Capacity Reservations

Qué es: una On-Demand Capacity Reservation aparta capacidad de EC2 para un tipo de instancia en una AZ concreta, durante el tiempo que quieras.

• Sin plazo: la creas, la cambias o la cancelas cuando quieras. También puedes pedirla para una fecha futura; entonces sí te comprometes a mantenerla un tiempo mínimo.
• Sin descuento: pagas el precio On-Demand de esa capacidad la uses o no. Si reservas 20 instancias y corres 15, pagas 15 instancias y 5 huecos vacíos. Las instancias que entran en la reserva no pagan doble.
• Se combina: un Savings Plan o una RI regional sí descuentan sobre la reserva. El descuento de una RI zonal, no.
• Con hardware: funciona con Dedicated Instances, pero no con Dedicated Hosts.

En la Sesión 17 viste que la RI zonal era la única opción de compra que reservaba capacidad. La diferencia: la RI zonal te ata 1 o 3 años y te da descuento; la Capacity Reservation no te ata a nada ni te da descuento. Por eso la combinación habitual es Capacity Reservation más Savings Plan: capacidad asegurada y precio rebajado.

Analogía: reservar mesa en un restaurante que cobra el cubierto aunque no llegues. Dónde falla la analogía: el restaurante te cobra una vez. La reserva cobra cada segundo que existe, y deja de cobrar en cuanto la cancelas.

Ejemplo real: Boletos Faro abre la venta de un festival un sábado a las 10:00. Necesita 40 m7i.large en su AZ principal, y ese día otros clientes también piden capacidad. Crea una Capacity Reservation el viernes y la cancela el domingo. Su Compute Savings Plan descuenta esas horas.

Úsalo cuando: debas tener capacidad sí o sí en una AZ, para un evento, una recuperación ante desastres o una carga crítica, sin comprometerte por años. No lo uses cuando: solo busques ahorrar: la reserva sola no rebaja nada.