Las Azure Reservations y los Azure Savings Plans son ambos descuentos por compromiso: acuerda uno o tres años de uso a cambio de tarifas más bajas que el pago por uso. La diferencia central es a qué se compromete. Una Azure Reservation le compromete a una familia de tamaño concreta de máquina virtual en una región concreta, lo que compra el descuento más profundo pero la menor flexibilidad. Un Azure Savings Plan para cómputo le compromete a una cantidad de gasto por hora que se aplica automáticamente entre regiones y familias de cómputo, cediendo algo de profundidad de descuento a cambio de mucha flexibilidad. Las reservas encajan con cargas de trabajo estables y bien conocidas que no se moverán; los planes de ahorro encajan con cargas cuya forma no deja de cambiar. Elija lo que elija, ajuste el tamaño primero, porque un descuento por compromiso solo baja la tarifa, no el desperdicio que hay debajo.
Esa es la respuesta corta. El resto de esta guía cubre cómo funciona cada opción, el equilibrio entre ellas, cómo se apilan con Azure Hybrid Benefit y el único error que desperdicia más de lo que cualquiera puede ahorrar.
Cómo funcionan las Azure Reservations
Una Azure Reservation, a veces llamada instancia reservada, le compromete a una configuración concreta durante un plazo de uno o tres años. Para máquinas virtuales se compromete a una familia de tamaño en una región, por ejemplo una máquina de la serie D en UK South, y obtiene a cambio una tarifa con descuento sobre el uso que coincida. Las reservas son un constructo de facturación: cambian el precio que paga, no la forma en que se ejecuta el recurso. Tres mecánicas importan cuando compra una.
Ámbito. Una reserva puede aplicarse a una única suscripción, a un único grupo de recursos, a un ámbito compartido entre todas las suscripciones del contexto de facturación o a un grupo de administración. El ámbito compartido es el más indulgente, porque el descuento busca cualquier recurso coincidente en todo el entorno en lugar de quedarse inactivo si una suscripción deja de usarlo.
Flexibilidad de tamaño de instancia. Una reserva de máquina virtual optimizada para la flexibilidad de tamaño de instancia se aplica a los tamaños del mismo grupo de flexibilidad, no solo al tamaño exacto que compró. Azure usa un ratio por tamaño para calcular hasta dónde se estira la reserva, de modo que una comprada para un tamaño mayor puede cubrir varios más pequeños del mismo grupo. No cruza a una familia distinta, así que una reserva para una serie no descuenta otra.
Cambio y reembolso. Microsoft ha revisado las reglas de cambio más de una vez, así que confirme la política actual antes de fiarse de ella. Los cambios de serie y de región para reservas de máquina virtual, host dedicado y App Service estaban previstos para terminar y desde entonces se han extendido hasta nuevo aviso, con un aviso previo prometido antes de cualquier cambio, mientras que la flexibilidad de tamaño de instancia para máquinas virtuales se mantiene. Los reembolsos son posibles, pero el compromiso total que puede cancelar está limitado dentro de una ventana móvil de doce meses por ámbito de facturación, así que un reembolso es una válvula de seguridad, no una salida fácil. Trate una reserva como un compromiso genuino y compruebe la política vigente en el momento de la compra.
Cómo funcionan los Azure Savings Plans para cómputo
Un Azure Savings Plan para cómputo adopta un enfoque distinto. En lugar de comprometerse a un tamaño y una región, se compromete a una cantidad fija de gasto por hora durante uno o tres años. Cada hora, Azure aplica el beneficio al uso de cómputo elegible, empezando por lo que lleve el descuento más alto, hasta agotar el compromiso por hora. Todo lo que supere el compromiso esa hora se factura a tarifas de pago por uso.
El beneficio es amplio. Un plan de ahorro de cómputo se aplica a los costes de infraestructura de muchos servicios, incluidos máquinas virtuales, App Service, Container Instances, Container Apps, el plan premium de Functions y los hosts dedicados, entre regiones de forma automática. El atractivo es que no tiene que predecir en qué familia o región aterrizará una carga de trabajo; el plan de ahorro sigue al gasto.
Dos salvedades importan. El beneficio por hora es de úselo o piérdalo, así que una hora en la que se ejecute por debajo de su compromiso deja esa porción irrecuperable, no pasa a la hora siguiente. Y un plan de ahorro no puede cancelarse ni reembolsarse una vez comprado, así que dimensionar el compromiso por hora importa más que con una reserva. Dimensiónelo contra una retrospección del uso real, que es a partir de lo que se construyen las recomendaciones de Azure Advisor y del portal.
Una forma rápida de decidir: ajuste el tamaño primero, reserve lo que sea estable y fijo, y use un plan de ahorro para todo lo que aún se mueva.
Profundidad de descuento frente a flexibilidad
Elegir entre las dos es un equilibrio entre profundidad y flexibilidad. Una reserva plenamente utilizada ofrece el descuento más profundo disponible, porque le ha dado a Microsoft la mayor certeza: un tamaño conocido, una región conocida, durante un plazo conocido. Un plan de ahorro cede algo de esa profundidad para aplicarse automáticamente allí donde se ejecute su cómputo elegible.
La variable oculta es la utilización. Una reserva solo rinde si el recurso coincidente sigue en marcha, así que compre una para una máquina que luego redimensione, mueva o apague y el descuento profundo se evapora en un compromiso sin usar. Un plan de ahorro es más difícil de dejar varado, porque persigue el gasto en lugar de esperar a una máquina concreta. La comparación honesta no es tarifa de titular contra tarifa de titular; es la tarifa de reserva más profunda multiplicada por lo seguro que esté de que la carga de trabajo se quedará quieta.
Cuándo encaja cada una
Elija una reserva cuando una carga de trabajo se ejecute de forma continua y predecible sin cambio previsto en su tamaño, familia o región. Los controladores de dominio, una base de datos de línea de negocio siempre encendida, un nivel de aplicación estable que ha mantenido su forma durante un año: eso es territorio de reserva, y donde aterrizan los descuentos por compromiso de Azure más profundos.
Elija un plan de ahorro cuando las cargas de trabajo sean dinámicas o estén evolucionando, usen una mezcla de familias o servicios de cómputo, o se estén desplazando entre regiones. Si no puede decir dónde estará el gasto dentro de seis meses, el plan de ahorro absorbe esa incertidumbre de una forma que una reserva no puede.
La mayoría de los entornos no son todo uno o todo lo otro. Un patrón común es una capa base de reservas sobre el núcleo estable, con un plan de ahorro que cubre la capa variable por encima: las reservas extraen la máxima profundidad de las partes que nunca se mueven, y el plan de ahorro recoge el resto.
Combinar con Azure Hybrid Benefit
Ni una reserva ni un plan de ahorro para cómputo cubren la licencia de software; ambos descuentan la infraestructura. Ahí es donde entra Azure Hybrid Benefit. Si ya tiene licencias de Windows Server o SQL Server con Software Assurance, le permite aplicarlas a cargas de trabajo de Azure y quitar el cargo de licencia equivalente de la factura.
El punto importante es que estos se apilan. Una reserva o un plan de ahorro baja la tarifa de cómputo; Hybrid Benefit quita el coste de licencia de Windows o SQL en el mismo recurso. Usados juntos se componen, así que la posición plenamente optimizada en una carga de trabajo estable de Windows o SQL suele ser una reserva más Azure Hybrid Benefit.
El error clásico: comprometerse antes de ajustar el tamaño
El error más caro es comprometerse antes de que el entorno esté ajustado en tamaño. Un descuento por compromiso reduce la tarifa que paga, no la cantidad de recurso por la que paga. Bloquee una reserva de tres años sobre una máquina virtual del doble del tamaño que necesita y no habrá ahorrado dinero, habrá firmado un contrato más largo sobre el desperdicio.
La propia secuencia recomendada de Microsoft pone esto en orden: primero ajuste el tamaño y elimine los recursos sobredimensionados o inactivos, reasigne o cambie las reservas infrautilizadas, cambie las reservas rígidas hacia planes de ahorro flexibles donde el uso se haya vuelto variable, luego compre nuevas reservas para la línea de base estable y, por último, añada planes de ahorro dimensionados a ese entorno optimizado. Los descuentos van al final. Acierte con la forma, luego compre el descuento que le encaje.
Por eso el ajuste de tamaño de máquinas virtuales de Azure va antes de cualquier decisión de compromiso: dimensionar cada máquina a su utilización observada primero significa que la reserva o el plan de ahorro que compre queda tasado contra la necesidad real, no contra un pico que nunca vuelve.
Qué hacer en la renovación
Los compromisos terminan, y la renovación es una decisión, no un trámite. Las reservas pueden renovarse automáticamente, pero una renovación se tasa a la tarifa disponible cuando se renueva, no a la tarifa que bloqueó originalmente, así que no es una garantía del mismo trato. Antes de que cualquier plazo se prolongue, vuelva a comprobar la utilización, porque una reserva que encajaba en el entorno hace un año puede ahora apuntar a una máquina que se ha redimensionado o retirado.
Trate la renovación como una oportunidad de reoptimizar: desactive la renovación automática donde la carga de trabajo haya cambiado, ajuste el tamaño de nuevo y reconsidere la cuestión de reserva frente a plan de ahorro con datos de uso frescos. Una carga de trabajo que ha derivado de fija a variable es candidata a cambiar hacia un plan de ahorro en lugar de volver a comprometerse a una forma que ha superado.
Dónde encaja EtherInsights
Decidir entre Azure Reservations y Savings Plans es sencillo para una carga de trabajo y difícil en todo un entorno, o en muchos tenants de cliente para un proveedor de servicios gestionados. El compromiso solo rinde cuando está dimensionado contra una línea de base bien ajustada, y esa línea de base es lo que suele faltar. EtherInsights está diseñado para cerrar esa brecha: saca a la luz los recursos de Azure sobredimensionados e inactivos para que ajuste el tamaño antes de comprometerse, y luego realiza el seguimiento del antes y el después para que la decisión repose en evidencia en lugar de en una corazonada.
En el lado del cómputo, el ajuste de tamaño de máquinas virtuales de Azure convierte la utilización en acciones de redimensionamiento respaldadas por un propietario, el paso que siempre debería venir antes de una compra de reserva o plan de ahorro. Como los descuentos por compromiso son solo una palanca, conviene leer la visión más amplia en nuestra guía para reducir los costes de Microsoft 365 y Azure, que sitúa los compromisos junto al desperdicio de licencias y de recursos inactivos a su lado, y ver qué informa EtherInsights en todo el entorno.
Las reservas y los planes de ahorro son dos herramientas para dos formas de carga de trabajo: ajuste el tamaño primero, reserve lo que sea fijo, cubra el resto con un plan de ahorro, añada Azure Hybrid Benefit donde existan las licencias y vuelva a revisar la combinación en cada renovación.
Explore la optimización de costes en la nube para ajustar primero el tamaño de su entorno y luego comprar el descuento por compromiso de Azure que realmente le encaje.