Reserved Instances vs Savings Plans: cómo decidir qué reservar en AWS con datos de uso reales

Comprometerse con AWS es la forma más directa de pagar menos por lo mismo: reservas capacidad o gasto durante uno o tres años y a cambio obtienes un descuento importante sobre el precio bajo demanda. El problema es que el compromiso se paga aunque no lo uses. Reservar una máquina que apagas a los cuatro meses es más caro que no haber reservado nada. En este artículo resumimos qué son las Reserved Instances y los Savings Plans, y después te enseñamos, paso a paso, cómo decidir qué reservar con los datos de uso que AAA Sentinel ya recoge de tu cuenta.

Reserved Instances y Savings Plans en dos minutos

Las dos fórmulas cambian compromiso por descuento, pero se comprometen con cosas distintas:

• Reserved Instances (RI): te comprometes con una configuración concreta (tipo de instancia, región, sistema operativo) durante 1 o 3 años. Existen para EC2 y también para bases de datos como RDS. En EC2 hay dos variantes: Standard, con el mayor descuento (AWS habla de hasta un 72 %) y poca flexibilidad, y Convertible, con algo menos de descuento (hasta un 66 %) a cambio de poder cambiarla por otra configuración.
• Savings Plans: te comprometes a gastar una cantidad fija por hora (por ejemplo, 10 US$/hora) durante 1 o 3 años, y AWS aplica el descuento a lo que encaje. El Compute Savings Plan cubre EC2, Fargate y Lambda en cualquier familia, tamaño o región (hasta un 66 %). El EC2 Instance Savings Plan se limita a una familia en una región y se acerca al descuento de una RI Standard (hasta un 72 %).
• Formas de pago, en ambos casos: todo por adelantado (All Upfront), una parte (Partial Upfront) o nada por adelantado (No Upfront). Cuanto más adelantas, más descuento; pero incluso sin pagar nada al principio, te comprometes a pagar cada mes del plazo.

Cuál elegir

No hay una respuesta universal, pero sí una regla práctica que funciona en la mayoría de equipos:

• Arquitectura que cambia (contenedores, migraciones entre familias, Lambda o Fargate): Compute Savings Plan. Pierdes algo de descuento, pero el compromiso sigue sirviendo aunque cambies de máquina.
• Flota estable que no va a cambiar de familia ni de región en el plazo: RI Standard o EC2 Instance Savings Plan, que dan el mayor descuento.
• Bases de datos RDS: los Compute Savings Plans no cubren RDS, así que la vía clásica son las RI de RDS.
• Plazo: tres años casi duplican el descuento de uno, pero también el riesgo. Sólo merecen la pena para cargas de las que estés muy seguro.

El problema: comprometerse a ciegas

Una reserva sólo ahorra si la máquina habría estado encendida igualmente. Una m5.large en eu-west-1 cuesta unos 73 US$ al mes bajo demanda; la misma con una RI de 1 año sin pago inicial, unos 45 US$. Es decir, la RI cuesta alrededor del 62 % del precio bajo demanda. Si esa instancia iba a funcionar menos del 62 % de las horas del mes, la reserva te hace perder dinero. Por eso la pregunta útil no es «¿cuánto descuento me dan?», sino «¿qué cargas son lo bastante estables como para comprometerme con ellas?». Y para contestarla hacen falta datos de uso, no intuiciones.

Qué ganas con ello

Decidir las reservas con datos cambia la conversación con finanzas:

• Sabes qué instancias concretas son candidatas y por qué, en vez de reservar «un porcentaje de la factura».
• Ves el ahorro a 1 y a 3 años lado a lado, con un nivel de confianza para cada recomendación.
• Conoces el compromiso real que firmas: cuánto pagarás cada mes pase lo que pase.
• Puedes validar el impacto en el simulador antes de comprar nada.

Qué cubre AAA Sentinel (y qué no)

Conviene dejarlo claro desde el principio: las recomendaciones de reserva de AAA Sentinel cubren hoy Reserved Instances de AWS para instancias EC2 y bases de datos RDS. La plataforma no recomienda Savings Plans, ni Reservas de Azure, ni Committed Use Discounts (CUD) de Google Cloud. Si trabajas con esas fórmulas, evalúalas con las herramientas nativas de cada proveedor:

• Savings Plans de AWS: en la consola de Billing and Cost Management, Savings Plans → Recommendations. AWS calcula el compromiso por hora a partir de tu uso de los últimos días.
• Reservas de Azure: Azure Advisor, en sus recomendaciones de coste, propone reservas a partir del uso de tus máquinas virtuales y otros servicios.
• CUD de Google Cloud: el Recommender de Google Cloud (visible en la consola de facturación) propone compromisos de uso según tu consumo.

Caso práctico: la flota estable de ACME

ACME, una empresa ficticia, tiene una cuenta de AWS en eu-west-1 con Linux y todo encendido el mes entero. Su gasto total en la cuenta ronda los 2.400 US$ al mes. Esta es la parte que nos interesa:

Paso 1: empezar por el Resumen de ahorro

Con la cuenta conectada y al menos un escaneo completado, entra en Optimización → «Resumen de ahorro». Esta página está en todos los planes y reúne el potencial de ahorro del último escaneo: «Ahorro total/mes» (Reserved Instances a 1 año más rightsizing), el número de «Candidatos RI» y el «Desglose del ahorro potencial». Desde aquí se llega a las tres páginas de detalle: Reserved Instances, Rightsizing y «Simulador de ahorro», que requieren el plan Pro (la prueba gratuita de 30 días incluye Pro).

Paso 2: leer la página Reserved Instances

En Optimización → «Reserved Instances» (/savings/reservations) verás, para la cuenta seleccionada (si tienes varias, hay un selector arriba a la derecha):

• Un selector de plazo, «1 año» o «3 años», que recalcula toda la página.
• Tres indicadores: «Ahorro 1 año» (o «Ahorro 3 años»), con el ahorro mensual total; «Candidatos», las instancias que cumplen los criterios; y «Analizados», cuántas instancias se han evaluado.
• Una tabla con una fila por candidata: «Instancia» (nombre e identificador), «Tipo», precio On-Demand, precio de la RI, «Ahorro» en importe y porcentaje, CPU media y «Confianza».
• Un recuadro «¿Cómo funciona?» con el resumen de los criterios y de los supuestos de precio.

Paso 3: entender los criterios y la confianza

Saber cómo se elige una candidata es lo que te permite fiarte de la lista. Estos son los criterios exactos:

• EC2: sólo instancias en ejecución, de un tipo que la plataforma tenga en su catálogo de precios y que cuesten al menos 10 US$ al mes bajo demanda. Además, la CPU media de los últimos 30 días (o de 7, si no hay 30 días de métricas) tiene que ser del 15 % o más.
• Confianza en EC2: «Alta» si la CPU media es del 30 % o más y el p95 no pasa del doble de la media; «Media» si la media es del 15 % o más y el p95 no pasa del triple; «Baja» en el resto. Una instancia con picos fuertes no desaparece de la lista: aparece con confianza «Baja», y conviene tomarla como aviso, no como recomendación.
• RDS: instancias de una clase incluida en el catálogo, de al menos 10 US$ al mes, con una media de conexiones en 7 días superior a 0,5. La confianza es «Alta» con más de 5 conexiones de media y «Media» en el resto. En RDS no hay columna de CPU.

Paso 4: los supuestos de precio y el resultado de ACME

Los importes salen de un catálogo de precios aproximados de eu-west-1 para Linux, con RI sin pago inicial (No Upfront) y, en RDS, Single-AZ. Se aplica el mismo catálogo sea cual sea la región de la instancia. Con el plazo en «1 año», la página de ACME muestra «Ahorro 1 año» de 287,10 US$/mes, 9 «Candidatos» y 11 «Analizados» (las 9 instancias EC2 en ejecución más las 2 de RDS). Con «3 años», el ahorro sube a 458,50 US$/mes. Este es el detalle a 1 año:

Paso 5: decidir qué reservar de verdad

La lista es el punto de partida, no la orden de compra. ACME la repasa con el equipo y deja fuera dos candidatas:

• La t3.medium de informes, por su confianza «Baja»: con picos cerca de cuatro veces la media, el equipo prefiere estudiar si conviene otro tamaño antes de atarse un año.
• La base de datos de staging, porque tienen previsto apagarla por las noches. Una reserva sobre algo que vas a apagar la mitad del tiempo pierde casi todo su sentido.
• Resultado: reservan las 4 m5.large, las 2 c5.xlarge y la db.m5.large. Ahorro: 255,70 US$/mes, unos 3.068 US$ al año.
• Compromiso: pagarán 424,70 US$ al mes durante 12 meses (5.096,40 US$ en total), usen o no esas máquinas. Bajo demanda pagaban 680,40 US$/mes por ellas.

Paso 6: validar en el Simulador

En Optimización → «Simulador de ahorro», ACME activa el escenario «Reserved Instances (1 año)». El campo «Ahorro estimado (USD/mes)» viene ya relleno con el total a 1 año del último escaneo (287,10). Lo cambia a 255,70 para reflejar su decisión y pulsa «Simular ahorro». El simulador devuelve «Ahorro mensual» 255,70 US$, «Ahorro anual» 3.068,40 US$ y «Nuevo coste», que es el gasto mensual de la cuenta en el último escaneo menos ese ahorro: unos 2.144 US$.

• Puedes combinar el escenario con «Rightsizing de instancias» y con los demás, pero ojo: si una instancia aparece en Rightsizing y en Reserved Instances, primero redimensiónala y después resérvala con su nuevo tamaño. Los dos ahorros no se suman tal cual.
• El escenario de reservas del simulador trabaja a 1 año. Para comparar con 3 años, usa el selector de plazo de la página Reserved Instances.

Paso 7: comprar la reserva en AWS

AAA Sentinel recomienda, pero no compra: la reserva se adquiere en la consola de AWS (EC2 → Reserved Instances para las instancias, RDS → Reserved instances para las bases de datos). Elige el mismo tipo, región, sistema operativo y forma de pago que has evaluado. Tras la compra, los siguientes escaneos seguirán viendo esas instancias en ejecución, así que no te extrañe que sigan apareciendo en la lista: la plataforma no lee todavía las reservas que ya tienes.

Lo que no hace todavía

Para que la herramienta te ayude sin sorpresas, conviene conocer sus límites actuales:

• Sólo recomienda Reserved Instances de AWS para EC2 y RDS. No recomienda Savings Plans, Reservas de Azure ni CUD de Google Cloud.
• No tiene en cuenta las reservas ni los Savings Plans que ya hayas comprado: revisa tu cobertura actual en AWS Cost Explorer antes de comprar más.
• Usa precios de catálogo aproximados de eu-west-1 (Linux, No Upfront, RDS Single-AZ), no tu precio exacto.
• Los tipos de instancia que no están en el catálogo se omiten del análisis.
• No compra ni gestiona reservas por ti.

Checklist antes de reservar

Con estos puntos repasados, cada euro comprometido tendrá detrás una carga que de verdad lo usa:

• Cuenta de AWS conectada y un escaneo reciente completado.
• Lista de candidatas revisada en Reserved Instances, a 1 y a 3 años.
• Candidatas con confianza «Baja» estudiadas una a una, no reservadas a ciegas.
• Fuera de la lista lo que vayas a apagar, redimensionar o migrar durante el plazo.
• Cobertura actual de RI y Savings Plans revisada en AWS Cost Explorer.
• Escenario validado en el Simulador de ahorro y precio confirmado en la consola de AWS.
• Para Savings Plans, Azure o Google Cloud: recomendaciones nativas de cada proveedor.