Qué mirar primero cuando sube tu factura de AWS
Te llega la factura y es un 30% más alta que el mes pasado. Nadie ha avisado de ningún cambio. Antes de abrir veinte pestañas, este es el orden que sigo para encontrar la causa. Se hace en unos 15 minutos desde la consola y no necesita herramientas de pago.
1. Encuentra el día en que cambió la curva
Abre Cost Explorer, elige granularidad diaria y agrupa por servicio. No mires el total del mes: busca el día en que una línea se separa de las demás. Ese día es tu pista principal, porque te dice cuándo empezó y qué servicio la provoca.
Si la subida es gradual en lugar de un salto, piensa en crecimiento de datos (almacenamiento, logs, snapshots) más que en un despliegue concreto.
2. Baja al tipo de uso
Filtra por ese servicio y agrupa por tipo de uso (usage type). Aquí la factura deja de ser "EC2 ha subido" y pasa a ser algo concreto: horas de instancia, almacenamiento EBS, transferencia de datos entre zonas, procesamiento de un NAT Gateway, direcciones IPv4 públicas…
Este paso es el que más ahorra tiempo. Una subida de "EC2 - Other", por ejemplo, rara vez son instancias: suele ser EBS, snapshots, NAT Gateway o IPs públicas.
3. Revisa todas las regiones
Agrupa por región. Un entorno de pruebas que alguien lanzó en otra región, o una réplica olvidada, no aparecen cuando trabajas siempre en la misma consola. Es de los hallazgos más habituales y de los más fáciles de corregir.
4. Cruza la fecha con lo que se desplegó
Con el día y el recurso localizados, mira qué cambió: el historial de tu pipeline de despliegue, los cambios de Terraform o CloudFormation, o CloudTrail filtrando por eventos de creación (RunInstances, CreateDBInstance, CreateNatGateway…). Casi siempre hay un cambio legítimo que tuvo un efecto que nadie calculó.
5. Las causas que más me encuentro
- Transferencia de datos y NAT Gateway: tráfico que sale a internet o pasa por el NAT sin necesidad, por ejemplo hacia S3 cuando bastaría un endpoint de VPC.
- Logs que crecen sin control: grupos de CloudWatch Logs sin política de retención.
- Snapshots y volúmenes huérfanos que quedaron al borrar servidores.
- Direcciones IPv4 públicas: AWS cobra cada una desde febrero de 2024, esté en uso o no.
- Entornos de prueba encendidos 24/7 que antes se apagaban a mano.
- Bases de datos en Extended Support: versiones de motor fuera del soporte estándar que pagan un recargo.
6. Que no vuelva a pillarte por sorpresa
Dos ajustes que se configuran en minutos:
- AWS Cost Anomaly Detection, que no tiene coste adicional, te avisa cuando un servicio se sale de su patrón habitual.
- Un presupuesto en AWS Budgets con alertas por correo al 80% y al 100% de lo previsto.
Y si usas etiquetas por entorno o por equipo, actívalas como etiquetas de asignación de costes. A partir de ese momento Cost Explorer te dirá qué cuesta cada uno. Ten en cuenta que solo cuentan desde que las activas, no hacia atrás.
¿Quieres revisarlo tú? El checklist gratuito recoge estos puntos y otros cuatro más, con dónde mirar cada uno en la consola.
Descargar el checklist (PDF, sin registro)
Si tu factura pasa de 500 €/mes y prefieres que lo revise yo, así funciona el diagnóstico.
Fuentes: AWS Cost Explorer · AWS Cost Anomaly Detection · Cargo por IPv4 públicas · Etiquetas de asignación de costes