El caso
Llegó la primera factura de la nube. Tres veces más que el pronóstico.
Isaac calculó el costo de la tienda sumando el precio de la VM. A fin de mes, la factura trajo también el disco, la IP, la transferencia de datos y una VM de prueba que se había olvidado encendida.
La nube cobra por lo que usas. Pero también cobra por lo que olvidas.
Este post parte de Fundamentos de la nube, donde vimos el cambio de CapEx por OpEx, y usa Máquinas virtuales y Almacenamiento en la nube como ejemplos de dónde nace la factura.
El problema
Pagar por uso corta en los dos sentidos
Pagar solo por lo que usas es la promesa de la nube. El otro lado: todo lo que existe genera un cobro, se use o no. La factura sale de pocas fuentes:
- Cómputo: las VMs y funciones, por hora, por segundo o por ejecución.
- Almacenamiento: el espacio ocupado, por gigabyte al mes, aunque esté parado.
- Transferencia de datos: sobre todo los datos que salen del proveedor.
- Servicios administrados: bases de datos, colas, balanceadores, cada uno con su regla.
La solución
Tres modelos de precio
El mismo recurso puede pagarse de formas distintas. Cuanto más predecible o flexible seas, menos pagas.
Bajo demanda (on-demand)
Pagas por lo que usas, sin compromiso, y puedes parar cuando quieras. Es el precio completo.
En la tienda: la VM que se levanta en el Black Friday y luego se baja.
Compromiso de uso (committed use)
Te comprometes a usar por 1 o 3 años y obtienes un descuento grande. Conviene para cargas constantes.
En la tienda: la base de datos, que corre todo el año.
Capacidad ociosa (spot)
El proveedor vende la capacidad que le sobra, con un descuento de hasta 90%, y puede recuperarla con poco aviso.
En la tienda: el procesamiento nocturno de informes, que puede volver a empezar.
El nombre en cada nube
| Modelo | AWS | Azure | Google Cloud | Oracle Cloud |
|---|---|---|---|---|
| Bajo demanda (on-demand) | On-Demand | Pay-as-you-go | On-demand | Pay as You Go |
| Compromiso (committed use) | Reserved Instances y Savings Plans | Reservations | Committed Use Discounts | Universal Credits |
| Capacidad ociosa (spot) | Spot Instances | Spot VMs | Spot VMs | Preemptible Instances |
No confundas
Entrada × salida de datos
Transferir datos también cuesta, y la regla es asimétrica.
Entrada (ingress)
“¿Cuánto cuesta enviar datos a la nube?”
- Ejemplo
- Subir las fotos del catálogo al almacenamiento.
- Foco
- En general es gratuita.
Salida (egress)
“¿Cuánto cuesta sacar datos de la nube?”
- Ejemplo
- El cliente descarga las fotos, o los datos van a otra región.
- Foco
- Se cobra por gigabyte, y es más cara hacia internet y entre regiones.
Cómo controlar
Para no llevarse un susto
Presupuesto y alertas (budgets and alerts)
Define un valor mensual y recibe un aviso al llegar al 50%, 80% y 100%, antes de que llegue la factura.
En la tienda: una alerta en el correo de Isaac.
Etiquetas de costo (cost allocation tags)
Etiquetas en los recursos (ambiente=prueba, proyecto=tienda) muestran en la factura quién gasta qué.
En la tienda: la VM olvidada aparece como "prueba".
Right-sizing
Ajustar el tamaño del recurso al uso real. Una VM con 10% de CPU puede ser más pequeña.
En la tienda: cambiar la VM de la base de datos por una más pequeña.
Apagar y borrar
Lo que no se usa se apaga, y lo que ya no sirve se borra.
En la tienda: el ambiente de prueba se apaga por la noche.
| Herramienta | AWS | Azure | Google Cloud | Oracle Cloud |
|---|---|---|---|---|
| Presupuesto y alertas (budgets and alerts) | AWS Budgets | Cost Management | Cloud Billing (presupuestos) | OCI Budgets |
| Estimar antes de crear | Pricing Calculator | Pricing Calculator | Pricing Calculator | Cost Estimator |
Estas prácticas forman el FinOps: una cultura y un conjunto de herramientas para que ingeniería y finanzas decidan juntas cuánto gastar en la nube.
En la práctica
Qué hacer en cada situación
| Situación | Qué hacer |
|---|---|
| Servidor encendido todo el año, durante años | Compromiso (committed use) de 1 o 3 años |
| Procesamiento por lotes que puede volver a empezar | Capacidad ociosa (spot) |
| Pico impredecible, como el Black Friday | Bajo demanda (on-demand) |
| Ambiente de prueba usado solo en horario de oficina | Apagarlo fuera del horario |
| Copia de seguridad que nadie abre desde hace meses | Clase de archivo (archive), como en Almacenamiento en la nube |
| Factura que crece sin explicación | Etiquetas de costo (cost allocation tags) para encontrar de dónde viene |
Términos clave
Seis términos para recordar
Toca la tarjeta para ver la definición.
Prueba rápida
Tres preguntas, estilo examen
01
Una base de datos funciona las 24 horas del día y seguirá así durante los próximos tres años. ¿Qué modelo de precio es el más económico?
02
Un procesamiento nocturno puede interrumpirse y reanudarse sin problemas, y la empresa quiere el menor costo. ¿Qué debería usar?
03
En general, ¿qué tráfico de datos se cobra?
La pregunta de examen sobre costos suele ser la misma: ¿qué modelo de precio combina con esta carga? Carga constante pide compromiso, carga interrumpible pide spot, carga impredecible pide bajo demanda. Y para que Isaac nunca más se sorprenda, un presupuesto con alertas y etiquetas en los recursos.