TL;DR
Amazon CloudWatch Logs ahora puede mover automáticamente tus logs entre distintos niveles de almacenamiento según su uso, reduciendo costos sin que tengas que administrar reglas de ciclo de vida ni procesos adicionales.
Recientemente, AWS anunció CloudWatch Logs Intelligent Tiering, una nueva funcionalidad que mueve automáticamente los logs entre distintos niveles de almacenamiento según la frecuencia con la que se consultan.
Puedes consultar todos los detalles en el anuncio oficial de AWS.
Su objetivo es simple: reducir los costos de almacenamiento sin que tengas que administrar manualmente el ciclo de vida de tus logs.
¿Cómo funcionaba antes?
Hasta ahora, todos los logs permanecían almacenados en el nivel Standard, sin importar si se consultaban todos los días o si llevaban meses sin usarse.
Eso obligaba a muchas organizaciones a tomar decisiones como:
- Eliminar logs antes de tiempo para ahorrar dinero.
- Exportarlos a S3 y construir procesos adicionales para consultarlos cuando fueran necesarios.
- Mantener todo en CloudWatch y asumir un mayor costo de almacenamiento.
En otras palabras, había un equilibrio entre costo y simplicidad operativa.
¿Cómo funciona ahora?
Con Intelligent Tiering, CloudWatch analiza automáticamente la frecuencia con la que se consultan los logs.
El ciclo es completamente automático:
- Inicio: Todos los logs nuevos se almacenan en el nivel Standard, donde ofrecen el máximo rendimiento para consultas frecuentes.
- Después de 30 días sin consultas: Si un log no ha sido consultado durante 30 días consecutivos, CloudWatch lo mueve automáticamente al nivel Infrequent Access, optimizando el costo de almacenamiento.
- Después de 90 días sin consultas: Si permanece sin consultas durante 90 días, se traslada automáticamente a Archive Instant Access, el nivel de almacenamiento de menor costo.
- Si vuelves a consultar un log archivado: CloudWatch lo mueve automáticamente de nuevo al nivel Standard durante los siguientes 30 días, sin necesidad de realizar ninguna acción manual.
A pesar de estos cambios de almacenamiento, la experiencia para los usuarios prácticamente no cambia.
Puedes seguir utilizando CloudWatch Logs Insights de la misma forma, independientemente del nivel donde se encuentre el log.
Un ejemplo práctico
Imagina una aplicación que genera 500 GB de logs cada día y que, por requisitos de auditoría, debe conservarlos durante 180 días.
En seis meses, la aplicación acumularía aproximadamente:
500 GB × 180 días = 90.000 GB, es decir, cerca de 90 TB de logs.
El patrón de uso podría ser el siguiente:
- Los logs de los últimos 30 días se consultan constantemente para investigar incidentes.
- Los logs de entre 31 y 90 días se revisan con poca frecuencia.
- Los logs de entre 91 y 180 días solo se consultan durante auditorías o investigaciones excepcionales.
Con el modelo tradicional
Todos los logs permanecerían en el nivel Standard, aunque la mayoría casi nunca se consultara.
Tomando como ejemplo una tarifa referencial de USD 0,03 por GB al mes, el costo estimado sería:
90.000 GB × USD 0,03 = USD 2.700 al mes
Con Intelligent Tiering
CloudWatch distribuiría automáticamente los logs según su frecuencia de consulta:
| Nivel | Periodo | Volumen estimado | Tarifa referencial | Costo mensual |
|---|---|---|---|---|
| Standard | Últimos 30 días | 15.000 GB | USD 0,03/GB | USD 450 |
| Infrequent Access | Días 31 a 90 | 30.000 GB | USD 0,015/GB | USD 450 |
| Archive Instant Access | Días 91 a 180 | 45.000 GB | USD 0,005/GB | USD 225 |
El costo total estimado sería:
USD 450 + USD 450 + USD 225 = USD 1.125 al mes
Ahorro estimado
Comparando ambos modelos:
USD 2.700 − USD 1.125 = USD 1.575 de ahorro mensual
Esto representa una reducción aproximada del:
58 % en el costo de almacenamiento
Y lo mejor es que todo ocurre automáticamente:
- Sin exportar logs a Amazon S3.
- Sin restauraciones manuales.
- Sin crear políticas adicionales para mover los datos.
- Sin cambiar la forma habitual de consultar los logs.
Si un auditor necesita revisar información de hace seis meses, ejecuta la consulta y CloudWatch gestiona automáticamente el cambio de nivel.
Nota: Las tarifas utilizadas en este ejemplo son ilustrativas. El costo real depende de la región de AWS, el volumen almacenado, las consultas realizadas y las tarifas vigentes de cada nivel.
¿Por qué es importante?
No se trata únicamente de ahorrar dinero.
También reduce la complejidad operativa.
Muchas empresas construyen pipelines para mover logs entre CloudWatch, S3 o Glacier únicamente para reducir costos.
Con esta nueva funcionalidad, AWS elimina gran parte de esa administración automática y permite mantener los logs centralizados en CloudWatch. Esto facilita el análisis, acelera la resolución de incidentes (MTTR) y reduce el esfuerzo operativo.
La perspectiva FinOps
Esta es probablemente la parte más interesante.
Uno de los principios fundamentales de FinOps es:
Pagar únicamente por el valor que realmente estás utilizando.
Los logs tienen un comportamiento muy predecible:
- Mucho valor durante los primeros días.
- Valor medio durante las primeras semanas.
- Muy poco acceso después de varios meses.
Intelligent Tiering adapta automáticamente el costo al valor real del dato.
Además:
- No tiene costo adicional por habilitarlo.
- No hay cargos adicionales por las transiciones automáticas entre niveles de almacenamiento.
- Solo pagas el almacenamiento correspondiente al nivel donde se encuentra cada log.
Es un buen ejemplo de cómo AWS sigue incorporando capacidades que ayudan a optimizar costos sin aumentar la carga operativa.
Conclusión
CloudWatch Logs Intelligent Tiering es una mejora sencilla, pero con un impacto importante para los equipos de operaciones y FinOps.
Permite mantener los logs centralizados en CloudWatch mientras optimiza automáticamente los costos de almacenamiento, eliminando la necesidad de crear procesos adicionales para mover o administrar los datos.
En definitiva, es una funcionalidad que demuestra cómo una buena automatización puede reducir costos, simplificar la operación y permitir que los equipos se enfoquen en generar valor, en lugar de administrar infraestructura.
Top comments (0)