Fundamentos de la computación en la nube
Modelos de precios en la nube
A demanda, reservado o de uso comprometido, y precios spot en AWS, Azure y Google Cloud: el descuento que cada uno cambia por un compromiso, y qué carga de trabajo encaja realmente en cada uno.
- Explicar por qué los proveedores de nube descuentan el precio a cambio de un compromiso de uso, y qué sacrifica una carga de trabajo para obtener ese descuento
- Comparar los precios a demanda, reservados o de uso comprometido, y spot por tamaño de descuento, duración del compromiso y riesgo de interrupción
- Emparejar la previsibilidad y la tolerancia a interrupciones de una carga de trabajo con el modelo de precios que le queda
- Calcular el ahorro mensual que produce un descuento por uso comprometido frente al precio a demanda para un gasto dado
Pagar la misma tarifa aunque necesites flexibilidad o no
Corre un servidor de base de datos las 24 horas del día, todos los días, durante 3 años seguidos, y de todas formas te cobran la misma tarifa por hora que a un equipo que podría apagar su servidor mañana. El precio a demanda está construido para ese segundo equipo, el que necesita la libertad de irse en cualquier momento. Si una carga de trabajo nunca se va, esa flexibilidad integrada no sale gratis. El equipo que la corre cada hora sin falta está pagando, sin darse cuenta, por una opción que jamás usa.
A demanda: paga exactamente por lo que usas, cuando lo usas
El precio a demanda no tiene pago por adelantado ni compromiso de largo plazo. AWS factura los EC2 On-Demand Instances por hora o por segundo, con un mínimo de 60 segundos, a una tarifa que fija el proveedor y que no cambia según cuánto tiempo llevas siendo cliente. Este es el modelo construido para el problema exacto con el que abrió la primera lección de este dominio: adivinar cuánta capacidad va a necesitar una carga de trabajo nueva o impredecible. Si te equivocas con precios a demanda, la corrección son unos clics, no una devolución de hardware.
Precios reservados y de uso comprometido: cambiar flexibilidad por descuento
Comprométete a un uso estable durante 1 o 3 años, y un proveedor va a fijar esa certeza en una tarifa más baja. AWS llama a esto Reserved Instances o Savings Plans, con descuentos de hasta 72% sobre el precio a demanda, y un plazo de 3 años siempre descuenta más que uno de 1 año porque le quita más incertidumbre a la planeación del propio proveedor. El pago se puede dividir de 3 formas: All Upfront, Partial Upfront o No Upfront, y en general, entre más pagues por adelantado, más profundo es el descuento.
Los Reserved Instances vienen en 2 clases de oferta, y vale la pena conocer la diferencia con precisión. Los Standard Reserved Instances bloquean el descuento más grande, pero la familia de instancia y la región quedan fijas durante el plazo; se pueden modificar dentro de ciertos límites, pero nunca cambiar por algo distinto. Los Convertible Reserved Instances sacrifican parte de ese descuento a cambio del derecho a intercambiar la reserva más adelante por una familia de instancia distinta, útil para un equipo que espera que sus necesidades cambien antes de que termine el plazo.
Otros proveedores venden la misma idea de fondo bajo nombres distintos. Azure llama a su versión Reserved VM Instances, también con hasta 72% de descuento sobre el precio de pago por uso, y agrega algo propio de su negocio: Azure Hybrid Benefit deja que una empresa que ya es dueña de licencias de Windows Server o SQL Server las aplique en la nube, apilándolas con una reserva para un descuento combinado de hasta 85%. Google Cloud llama a la idea equivalente Committed Use Discounts, con hasta 55% de descuento sobre tipos de máquina estándar y hasta 70% sobre los optimizados en memoria, a cambio del mismo compromiso de 1 o 3 años.
Google Cloud suma un segundo descuento que ni AWS ni Azure ofrecen: el Sustained Use Discount, que se aplica automáticamente, sin ningún compromiso. Corre una VM elegible por más del 25% de un mes de facturación, y Google Cloud empieza a descontarla por su cuenta, con el descuento creciendo a medida que el tiempo de ejecución de la VM se acerca al mes completo, hasta cerca de 30% de descuento. En AWS y en Azure, un descuento solo existe si te comprometes a él por adelantado. En Google Cloud, simplemente correr una carga de trabajo el tiempo suficiente gana uno de forma automática. Esa es una diferencia estructural real en cómo los 3 proveedores fijan precio al compromiso, no solo 3 nombres distintos para el mismo mecanismo.
Spot y preemptible: el descuento más profundo, con una trampa real
El precio spot vende capacidad sobrante que un proveedor prefiere descontar mucho antes que dejarla ociosa. Los EC2 Spot Instances de AWS descuentan hasta 90% sobre el precio a demanda, pero AWS puede recuperar esa capacidad con solo 2 minutos de aviso cuando la necesita para un cliente a demanda o comprometido en su lugar. Las Azure Spot Virtual Machines descuentan hasta 90% sobre las tarifas de pago por uso y no ofrecen ninguna opción de reserva. Los Spot VMs de Google Cloud descuentan hasta 91%, y se pueden interrumpir en cualquier momento.
Este modelo le queda bien a trabajo tolerante a fallas e interrupciones: procesamiento de datos por lotes, pipelines de CI/CD, trabajos de renderizado, cualquier cosa que guarde su progreso con la frecuencia suficiente para que una interrupción cueste unos minutos, no un trabajo fallido.
Es tentador tratar el precio spot como simplemente una versión más barata del precio a demanda. No es el mismo producto a menor precio. Es, en el fondo, capacidad sin compromiso que el proveedor puede recuperar en el momento en que un cliente a demanda o comprometido la necesite en su lugar. Poner una base de datos de producción, algo que no tolera un apagón repentino, en precio spot es uno de los errores de optimización de costos más comunes que cometen los equipos, y una trampa frecuente en escenarios de examen justo por esa razón.
Los 3 modelos, lado a lado
| A demanda | Reservado o de uso comprometido | Spot o preemptible | |
|---|---|---|---|
| Descuento frente a la tarifa a demanda | Ninguno (esta es la base) | Hasta 72% (AWS, Azure), hasta 70% (Google Cloud) | Hasta 90 a 91% |
| Compromiso | Ninguno | 1 o 3 años | Ninguno |
| Se puede interrumpir | No | No | Sí, con poco o ningún aviso |
| Encaja mejor con | Cargas de trabajo impredecibles, cortas o nuevas | Capacidad base estable y predecible | Trabajo por lotes tolerante a fallas e interrupciones |
Ejemplo trabajado: cuánto vale en realidad un compromiso
Supón que una carga de trabajo corre lo bastante estable como para que su factura a demanda sea de $1,000 al mes. Comprométela a un Savings Plan de 3 años en el techo que anuncia AWS, hasta 72% de descuento, y esa misma carga de trabajo cuesta cerca de $280 al mes en su lugar, un ahorro de unos $720 al mes, o cerca de $8,640 al año, a cambio de renunciar a la posibilidad de irte sin penalización.
Ese descuento solo vale la pena si el compromiso en verdad se usa. Un Reserved Instance de 3 años dimensionado para un proyecto que se cancela a los 8 meses se convierte en un costo fijo con 28 meses restantes y nada corriendo sobre él, justo por lo que comprometerse debe seguir a un uso medido y estable, no a una suposición sobre crecimiento futuro, el mismo problema de adivinar que hacía tan caro a la TI tradicional en sitio.
Hacia dónde te lleva esto
Ajusta el compromiso a qué tan seguro estás, y a cuánto te costaría en realidad una interrupción. Una carga de trabajo que corre todos los días durante los próximos 3 años pertenece a una tarifa comprometida. Una carga de trabajo que puede perder una hora de progreso y simplemente reiniciarse pertenece a spot. Todo lo que está en medio se queda a demanda hasta que haya suficiente historial de uso para comprometerse con confianza. Aun así, ninguna de estas tarifas por hora cuenta toda la historia: el precio en esta página no es lo mismo que lo que en verdad le cuesta a una empresa correr una carga de trabajo, una vez que cuentas también a las personas, las herramientas y todo lo que se construye alrededor. Esa brecha es exactamente lo que mide el costo total de propiedad, y ahí es a donde va este tema a continuación.
