Casi todas las revisiones de costes que nos piden empiezan con la misma frase: "estamos pensando en Savings Plans". Es un instinto razonable. También es el último paso, no el primero. Un compromiso descuenta la capacidad que ejecutas; si un tercio de esa capacidad es desperdicio, acabas de firmar un contrato de un año para seguir pagándola con descuento.
El orden de abajo es el que seguimos en el diagnóstico de diez días con el que abrimos cada proyecto de optimización de costes cloud. Cada paso es de solo lectura, y cada cifra sale de Cost Explorer o del Cost and Usage Report (CUR), nunca de una suposición.
1. Asignación: quién es dueño de cada euro
Antes de tocar nada, cobertura de etiquetas. Agrupa los últimos tres meses por las etiquetas de asignación de costes Environment y Owner y mira cuánto cae en "sin etiqueta". En cuentas que nunca lo han hecho, suele estar entre el 30 y el 60 por ciento.
No puedes optimizar lo que no tiene dueño. Arreglarlo es barato: una política de etiquetado en AWS Organizations, una SCP que rechace RunInstances sin etiquetas y una semana para rellenar los recursos existentes con un script. Todo lo que viene después pasa a ser medible por equipo.
2. Recursos parados y huérfanos
Aquí está el dinero más rápido, y no requiere ninguna discusión de arquitectura.
- Volúmenes EBS en estado
available, y snapshots de volúmenes que ya no existen. - Elastic IPs sin asociar a nada. Baratas una a una y absurdas en conjunto.
- Balanceadores con cero destinos sanos en las últimas dos semanas.
- Instancias RDS con menos de cinco conexiones al día, normalmente una base de datos de pruebas que alguien olvidó.
- NAT gateways en subredes donde ya no corre nada. Cada uno es un coste fijo mensual más procesamiento de datos.
Un terraform state list comparado con el inventario real suele explicar cómo aparecieron (es una de las vistas que te construye Skyline): alguien destruyó un stack a mano y dejó las piezas que Terraform no conocía.
3. Rightsizing con métricas reales
Compute Optimizer es gratuito y la mayoría de las cuentas nunca lo ha abierto. Mira catorce días de métricas de CloudWatch y propone un tipo de instancia más pequeño donde CPU y memoria lo permiten. Dos reglas que aplicamos encima:
- Fíate de la recomendación solo cuando el agente de memoria está instalado. Sin él, Compute Optimizer adivina la memoria, y adivina con optimismo.
- Cambia de generación antes que de tamaño. Pasar de
m5.xlargeam7g.xlargemantiene el tamaño, baja el precio y suele mejorar el p99, pero exige una build ARM de tu imagen. Comprueba eso primero.
Las bases de datos merecen una pasada aparte: las db.r5.2xlarge al ocho por ciento de CPU son un clásico, porque alguien las dimensionó para el fin de semana de una migración hace dos años.
4. Transferencia de datos y clases de almacenamiento
La transferencia de datos es la línea que nadie entiende y todos pagan. Tres comprobaciones:
- Tráfico entre zonas de disponibilidad entre servicios que podrían estar en la misma. Los clústeres de Kubernetes con planificación sin conciencia de topología son la fuente habitual.
- Procesamiento de datos del NAT gateway para tráfico hacia S3 o DynamoDB. Un gateway VPC endpoint lo deja gratis.
- Clases de almacenamiento en S3. Buckets con años de logs en Standard. Una regla de ciclo de vida hacia Intelligent-Tiering o Glacier Instant Retrieval es un cambio de una línea que se paga cada mes.
5. Ahora, y solo ahora, compromisos
Sin el desperdicio, la base que queda es lo que necesitas de verdad. Compra contra eso.
- Empieza con un Compute Savings Plan con una cobertura de en torno al 60 o 70 por ciento de la base. Es el más flexible y sobrevive a cambios de familia de instancia.
- Añade Reserved Instances para RDS y ElastiCache, que los Savings Plans no cubren.
- Reevalúa cada trimestre. Los compromisos no son una decisión única.
El resultado habitual de los cinco pasos está entre el 25 y el 40 por ciento de la factura mensual, y más o menos la mitad viene de las capas dos a cuatro, antes de firmar ningún compromiso.
Qué hacer esta semana
Abre Cost Explorer, agrupa por tipo de uso y mira las diez líneas principales del último mes. Si no sabes decir el dueño de cada una, empieza por el paso uno. Si sí, empieza por el dos. En cualquier caso, no compres el Savings Plan todavía.