Una misma instancia EC2 puede costarte precios muy distintos según cómo la compres. Elegir bien el modelo de compra puede ahorrarte hasta un 90 %. Este subcapítulo te explica las cuatro grandes opciones —On-Demand, Reserved Instances, Savings Plans y Spot— y cuándo usar cada una. Es uno de los conocimientos que más dinero ahorra en la vida real.

La idea central: compromiso a cambio de descuento

AWS te premia por comprometerte. Cuanto más te comprometes (a usar durante mucho tiempo, o a aceptar interrupciones), más descuento obtienes. Cuanta más flexibilidad quieres, más pagas.

  Más flexibilidad ◄──────────────────────────► Más descuento
   On-Demand    Savings Plans / Reserved        Spot
   (caro,        (medio, te comprometes        (baratísimo,
    sin atarte)   a un uso durante 1-3 años)     pero interrumpible)

On-Demand: paga por lo que usas, sin compromiso

Es el modelo por defecto: pagas por segundo u hora de uso, sin ningún compromiso. Enciendes cuando quieres, apagas cuando quieres.

  • Ventaja: máxima flexibilidad, cero compromiso.
  • Inconveniente: es el más caro por hora.

Cuándo usarlo:

  • Cargas impredecibles o de corta duración.
  • Pruebas, desarrollo y experimentos.
  • Cuando estás empezando y aún no conoces tu patrón de uso.
  • Como base mientras decides si comprometerte.

Ejemplo: Estás aprendiendo AWS y enciendes instancias un rato para practicar. On-Demand es lo correcto: no quieres atarte a nada.

Reserved Instances (RI): comprométete 1 o 3 años

Te comprometes a usar un tipo concreto de instancia durante 1 o 3 años a cambio de un descuento de hasta ~72 % frente a On-Demand.

  • Ventaja: gran ahorro para cargas estables.
  • Inconveniente: te atas a un tipo de instancia y un plazo. Menos flexible.

Cuándo usarlas: cargas constantes y predecibles que sabes que seguirán ahí durante años (por ejemplo, una base de datos que está siempre encendida).

Nota: Las Reserved Instances son el modelo «clásico». Hoy, para la mayoría de casos, AWS recomienda los Savings Plans (más abajo) porque son más flexibles con un ahorro parecido.

Savings Plans: descuento flexible por comprometer gasto

Los Savings Plans son la evolución de las Reserved Instances. En lugar de comprometerte a un tipo de instancia, te comprometes a gastar una cantidad fija por hora (por ejemplo, «al menos 10 €/hora en cómputo») durante 1 o 3 años. A cambio, ese consumo se factura con gran descuento (hasta ~72 %).

  • Ventaja: ahorro similar a las RI, pero mucho más flexible: el descuento se aplica aunque cambies de tipo de instancia, de tamaño o incluso de región (según el plan). Algunos planes cubren también Lambda y Fargate.
  • Inconveniente: te comprometes a un gasto mínimo durante el plazo, lo uses o no.

Cuándo usarlos: cargas estables donde quieres ahorrar pero conservando flexibilidad para cambiar de instancias con el tiempo. Es la opción recomendada hoy para la mayoría de bases de cómputo constante.

Veremos la decisión estratégica entre Savings Plans y Reserved Instances en detalle en el Capítulo 25 (optimización de costes).

Spot Instances: baratísimas, pero interrumpibles

Las Spot Instances usan la capacidad sobrante de AWS y la venden con descuentos de hasta el 90 %. El truco: AWS puede reclamártelas en cualquier momento (avisando con unos 2 minutos) si necesita esa capacidad.

  • Ventaja: el precio más bajo con diferencia.
  • Inconveniente: se pueden interrumpir sin previo aviso real. No sirven para cosas que no toleran cortes.

Cuándo usarlas:

  • Trabajos que pueden reanudarse si se interrumpen (procesamiento por lotes, renderizado, análisis de datos).
  • Sistemas tolerantes a fallos que reparten el trabajo en muchas instancias y aguantan perder algunas.
  • No las uses para una base de datos crítica o un servidor que no puede caerse.

Ejemplo real: Una empresa procesa miles de vídeos por la noche. Usa Spot Instances: si AWS le quita algunas, el trabajo simplemente continúa en otras o se reintenta. Pagan una fracción del precio normal por un trabajo que no tiene prisa ni necesita estar siempre disponible.

Tabla comparativa

Modelo Descuento Compromiso Se puede interrumpir Caso ideal
On-Demand 0 % Ninguno No Pruebas, cargas impredecibles
Reserved Instances Hasta ~72 % 1-3 años, tipo fijo No Carga estable y predecible
Savings Plans Hasta ~72 % 1-3 años, gasto/hora No Carga estable con flexibilidad
Spot Hasta ~90 % Ninguno Trabajos tolerantes a interrupción

Estrategia real: combinarlos

En la práctica, las empresas mezclan los modelos para optimizar la factura:

Ejemplo de estrategia combinada:

  • Savings Plans para la base de capacidad que siempre está encendida (servidores web base, bases de datos).
  • On-Demand para absorber picos puntuales de tráfico.
  • Spot para trabajos por lotes que no tienen prisa (procesamiento nocturno).

Así cubren su carga mínima barata y comprometida, escalan con flexibilidad y abaratan al máximo lo que pueden interrumpir.

Lo que debes recordar

  • El precio de EC2 depende de cómo compras: más compromiso = más descuento.
  • On-Demand: sin compromiso, el más caro. Para pruebas y cargas impredecibles.
  • Reserved Instances: comprometes tipo + plazo (1-3 años), ahorro alto. El modelo clásico.
  • Savings Plans: comprometes gasto por hora (1-3 años), ahorro alto y flexible. Recomendado hoy para carga estable.
  • Spot: hasta 90 % de descuento, pero interrumpible. Solo para trabajos tolerantes a cortes.
  • En la vida real se combinan los cuatro para minimizar la factura.

Con esto cierras el Capítulo 4 y dominas el cómputo en AWS. En el Capítulo 5 veremos el otro gran pilar: el almacenamiento de objetos con S3.

Cloud, AWS & Terraform — De cero a experto

Capítulo 1 · Qué es el cloud computing

Capítulo 2 · El mercado cloud y los grandes proveedores

Capítulo 3 · Regiones, zonas de disponibilidad y edge

Capítulo 4 · Cómputo: EC2

Capítulo 5 · Almacenamiento: S3

Capítulo 6 · Redes: VPC

Capítulo 7 · Identidad y acceso: IAM

Capítulo 8 · Bases de datos gestionadas

Capítulo 9 · Por qué Infraestructura como Código

Capítulo 10 · HCL: el lenguaje de Terraform

Capítulo 11 · Providers y estado

Capítulo 12 · Tu primera infraestructura real en Terraform

Capítulo 13 · Balanceo de carga y autoescalado

Capítulo 14 · Serverless con Lambda

Capítulo 15 · Mensajería y eventos

Capítulo 16 · Entrega de contenido y DNS

Capítulo 17 · Contenedores en AWS

Capítulo 18 · Módulos: reutilización y composición

Capítulo 19 · Workspaces y gestión de entornos

Capítulo 20 · Backends remotos y locking

Capítulo 21 · Testing de infraestructura

Capítulo 22 · Terraform en CI/CD

Capítulo 23 · Seguridad en profundidad

Capítulo 24 · Observabilidad: logs, métricas y trazas

Capítulo 25 · Optimización de costes

Capítulo 26 · Alta disponibilidad y disaster recovery

Capítulo 27 · Well-Architected Framework de AWS

Capítulo 28 · Arquitecturas serverless a escala

Capítulo 29 · Plataformas de datos en AWS

Capítulo 30 · Multi-cuenta y landing zones

Capítulo 31 · Platform Engineering e Internal Developer Platform

Capítulo 32 · Certificaciones AWS relevantes

Capítulo 33 · Proyectos para consolidar lo aprendido

Capítulo 34 · Recursos y comunidad

© Copyright 2024. Todos los derechos reservados