Reducción de costes AWS: De 22.000$ a 6.300$ con estrategias prácticas

En el mundo del cloud computing, uno de los retos más grandes para las empresas es mantener los costes bajo control sin sacrificar el rendimiento. En este artículo, comparto las estrategias concretas que hemos implementado para reducir los costes de nuestra infraestructura AWS de 22.219$ a 6.334$ mensuales, casi un 70% de ahorro.

El punto de partida: Un máximo histórico de 22.219$

En enero de 2023, nuestra factura de AWS alcanzó su máximo histórico: 22.219,16 $. La infraestructura había crecido de manera orgánica con el tiempo, resultando en una factura mensual muy elevada que no correspondía necesariamente con nuestras necesidades reales.

¿El problema principal? Falta de visibilidad y estrategia de costes. Teníamos recursos que pagábamos sin utilizar, instancias sobredimensionadas y una arquitectura que no había sido revisada con óptica de costes.

Estrategias de optimización implementadas

Después de un análisis exhaustivo de nuestra infraestructura, implementamos una serie de estrategias que han permitido reducir considerablemente la factura mensual.

1. Bases de datos: Instancias reservadas de RDS

Una de las mejoras más inmediatas fue la migración de nuestras instancias RDS al modelo de instancias reservadas.

Antes: Instancias On-Demand

• Coste mensual: 2.200 $

Después: Instancias Reservadas (1 año, Standard, No Upfront)

• Coste mensual: 1.100 $
• Ahorro: 50% (1.100 $ mensuales)

Este cambio fue inmediato y sin ningún impacto en el rendimiento, simplemente comprometiéndonos a utilizar el mismo tamaño de instancia durante un año.

2. DynamoDB: Revisión de capacidad provisionada

Muchas tablas de DynamoDB tenían unidades de lectura/escritura provisionadas que ya no se utilizaban.

Acciones realizadas:

• Desactivar la reserva de unidades de escritura/lectura innecesarias
• Migrar tablas con baja utilización a modo de facturación “On-Demand”
• Eliminar tablas obsoletas

Resultado: Ahorro significativo eliminando pago por capacidad no utilizada.

3. EC2 y EKS: Instancias Spot y Saving Plans

Para los procesos computacionales, implementamos una estrategia mixta:

Instancias Spot

Para procesos poco críticos que toleran interrupciones, como:

• Procesos de batch no urgentes
• Entornos de desarrollo y testing
• Jobs de análisis de datos no críticos

Ahorro: Hasta el 70-90% respecto instancias On-Demand

Saving Plans

Para la gran mayoría de instancias que funcionan 24x7 y requieren disponibilidad garantizada:

• Servers web de producción
• Workers críticos
• Componentes esenciales de la arquitectura

Ahorro: Media del 50-60% respecto On-Demand

Instancias Graviton

Migración a instancias basadas en procesadores ARM (Graviton) siempre que fuera posible:

• Mejor relación precio/rendimiento
• Estructuralmente más económicas
• Compatible con la mayoría de workloads (especialmente el cluster EKS)

Ahorro: 20-30% adicional respecto instancias equivalentes x86

4. Recursos huérfanos: La limpieza de infraestructura

Uno de los descubrimientos más sorprendentes fue la cantidad de recursos que pagábamos sin utilizar:

Recursos eliminados:

• Volumenes EBS: Desconectados y olvidados
• Log Groups de CloudWatch: Con retención infinita y sin consulta
• Buckets y objetos S3: Datos obsoletos y backups antiguos
• Load Balancers: ELB/NLB no asociados a ningún target group activo

Proceso de limpieza:

1. Automatización con scripts de detección de recursos huérfanos
2. Revisión manual de cada recurso detectado
3. Eliminación segura con políticas de retención

Ahorro: Cientos de dólares mensuales en recursos que nadie utilizaba.

5. Red: Optimización de VPC e IPs públicas

La arquitectura de red también tenía un coste oculto importante:

VPC Peering:

• Centralización de la red con VPC Peering
• Reducción de NAT Gateways redundantes
• Optimización de tráfico entre VPCs y zonas de disponibilidad

Reducción de IPs públicas:

• Eliminación de IPs elásticas no necesarias
• Migración a PrivateLink siempre que fuera posible
• Utilización de VPC endpoints para servicios AWS

Resultado: Reducción significativa de los costes de red.

6. Infraestructura as Code: Gestión con Terraform

Un cambio fundamental fue gestionar toda la infraestructura y entornos con Terraform:

Beneficios:

• Visibilidad completa de todos los recursos
• Detección de recursos no gestionados
• Facilidad para eliminar entornos enteros (dev, staging)
• Prevención de “resource drift”
• Revisión de cambios via code review

Impacto: Mejora continuada en la eficiencia de la infraestructura.

Resultados globales

Después de implementar todas estas estrategias de manera progresiva durante 2023 y 2024, los resultados han sido muy significativos:

Impacto económico

• Factura inicial (ene 2023): 22.219,16 $
• Factura actual (abr 2025): 6.334,28 $
• Reducción total de costes: 69,4% de ahorro
• Ahorro mensual: 15.884,88 $
• Ahorro acumulado anual: Casi 200.000 $

Mejora operativa

Más allá del ahorro económico, hemos obtenido mejoras significativas:

1. Visibilidad: Conocimiento exacto de qué recurso tenemos y para qué sirve
2. Control: Capacidad de predecir y controlar la factura mensual
3. Eficiencia: Menos recursos, misma (o mejor) capacidad de procesamiento
4. Cultura de coste: Conciencia de equipo sobre el impacto de las decisiones técnicas en los costes

Lecciones aprendidas

1. La constancia es clave

La optimización de costes no es un proyecto único, sino un proceso continuo. Las necesidades de la plataforma cambian y la infraestructura debe adaptarse.

2. Automatiza la detección

Los scripts de detección de recursos huérfanos son esenciales. Humanamente es imposible mantener el control sin automatización.

3. Revisa periódicamente

Establecemos revisiones trimestrales de:

• Instancias y su utilización
• Bases de datos y su tamaño
• Storage y optimización de retenciones
• Patrones de tráfico y uso

Esto nos ha permitido pasar de 22.219$ en enero de 2023 a 12.977$ en diciembre de 2023, y llegar al mínimo histórico de 6.334$ en abril de 2025.

4. Infraestructura as Code es obligatorio

No puedes optimizar lo que no conoces. Terraform (o IaC equivalente) es esencial para mantener el control.

5. No todos los ahorros valen la pena

Hay que evaluar el coste de implementación vs el ahorro resultante. Algunas optimizaciones requieren mucho esfuerzo para un ahorro mínimo.

Conclusión

La reducción de costes en AWS no es magia, sino una combinación de visibilidad, estrategia y constancia. Las técnicas descritas en este artículo - instancias reservadas, spot instances, Graviton, limpieza de recursos huérfanos, optimización de red e infraestructura as code - han permitido reducir nuestra factura casi un 70%, de 22.219$ a 6.334$ mensuales.

El camino no ha sido lineal: hemos pasado de 22.219$ en enero de 2023 a 12.977$ en diciembre de 2023, y hemos llegado al mínimo histórico de 6.334$ en abril de 2025. Cada optimización ha aportado su granito de arena, y la suma de todas ellas ha hecho posible esta reducción tan significativa.

Si tu infraestructura AWS ha crecido sin una estrategia clara de costes, te animo a empezar por el análisis: qué tienes, qué utilizas realmente, y qué puedes optimizar. Los resultados pueden ser sorprendentes, como demuestran nuestros casi 200.000$ de ahorro anual.