¿Qué son las Reservas de AWS?
Cuando te comprometes a usar recursos de AWS durante un plazo de 1 o 3 años a cambio de un descuento importante (normalmente entre 30% y 72% sobre el precio On-Demand), estás comprando una Reserva de AWS. A diferencia del modelo On-Demand, donde solo pagas por lo que consumes, las reservas son un compromiso financiero. Los uses o no en tus workloads, el costo se acumula igual.
AWS ofrece reservas en un amplio abanico de servicios:
- Amazon EC2 – Reserved Instances (RIs) para workloads de cómputo
- Amazon RDS – Reserved DB Instances para bases de datos relacionales (MySQL, PostgreSQL, SQL Server, Oracle, MariaDB, Aurora)
- Amazon ElastiCache – Reserved Cache Nodes para clústeres de Redis y Memcached
- Amazon OpenSearch Service – Reserved Instances para dominios de búsqueda y analítica
- Amazon Redshift – Reserved Nodes para workloads de data warehousing
- Amazon DynamoDB – Reserved Capacity para unidades de throughput de lectura/escritura
- AWS Elemental MediaConvert – Reserved Transcode Slots para procesamiento de medios
Todos estos servicios siguen el mismo principio: pagas por adelantado, parcialmente por adelantado o mes a mes por la capacidad reservada, y AWS aplica el precio con descuento cuando detecta uso que coincida. Si ese uso no aparece, la reserva queda ociosa y de todos modos pagas.
El problema: las reservas subutilizadas son fugas silenciosas de costo
Las reservas se compran en un momento puntual, según cómo se ven tus workloads hoy. Pero los entornos cloud son dinámicos. Los equipos reducen servicios, migran workloads, dan de baja aplicaciones o simplemente cambian la arquitectura. Cuando eso ocurre, la reserva que en su momento tenía todo el sentido puede convertirse silenciosamente en un costo varado.
Esto es lo que lo vuelve crítico a escala:
No siempre te enteras cuando pasa. Aunque AWS ofrece métricas de utilización en Cost Explorer, solo te muestra lo que ya ocurrió. No dispara workflows automáticos ni envía alertas contextuales al equipo indicado para que actúe.
El impacto financiero se acumula rápido. Una sola Reserved Instance de RDS r5.4xlarge subutilizada en us-east-1 bajo la modalidad No Upfront puede costar más de $5,000 al año. Si está al 10% de utilización, en la práctica estás pagando $4,500 por nada. Multiplica eso por decenas de reservas repartidas en varias cuentas y regiones de AWS, y la pérdida llega fácilmente a seis cifras.
Tras trabajar con muchos clientes de distintas industrias, este es uno de los patrones de falla de FinOps más comunes que he visto: los equipos descubren reservas subutilizadas semanas o meses después, cuando la pérdida ya se acumuló y la ventana para intercambiar o modificar la reserva quizá ya se cerró.
Cómo lo resuelve DoiT CloudFlow
DoiT CloudFlow es una plataforma no-code de automatización FinOps y CloudOps, potenciada por GenAI e integrada en la consola de DoiT. Te permite crear workflows (llamados flows) que consultan APIs de AWS, evalúan datos con lógica condicional y ejecutan acciones: enviar notificaciones a Slack, alertas por correo, solicitar aprobaciones o disparar más automatización.
Para el monitoreo de utilización de reservas, CloudFlow te da algo que AWS de forma nativa no ofrece: una revisión programada, automatizada y multi-servicio con alertas integradas, todo sin desarrollo a medida.
La plantilla "Identify Underused AWS Reserved Instances Across Services"
DoiT ofrece una plantilla de CloudFlow lista para usar, pensada específicamente para este caso: Identify underused AWS Reserved Instances across services.
Esta plantilla te entrega un workflow completo, preconstruido, que puedes personalizar y publicar en minutos. Así funciona:
Paso 1: disparador programado
El flow se ejecuta con un horario personalizado, por ejemplo diario a las 9 AM o cada lunes. Tú defines la cadencia que se ajuste a la frecuencia con la que tu equipo quiere ver el estado de las reservas. Sin revisiones manuales.
Paso 2: consulta la utilización de Reserved Instances en AWS
El flow invoca la API de AWS Cost Explorer, específicamente la API GetReservationUtilization, en los servicios de AWS que te interesan. Así se obtienen las tasas reales de utilización de tus reservas de EC2, RDS, ElastiCache, Redshift, OpenSearch y otros tipos, en todas las cuentas y regiones de AWS conectadas.
Paso 3: filtra las reservas subutilizadas
Un nodo Filter evalúa los datos de utilización y aísla las reservas que están por debajo del umbral que definas. La mejor práctica por defecto es marcar cualquier reserva por debajo del 80% de utilización, ya que AWS lo considera un piso saludable. Puedes ajustar este umbral según los estándares de tu organización.
Paso 4: saludable vs. en riesgo
- Si todas las reservas están saludables (en o por encima del umbral), el flow puede registrar el resultado en silencio.
- Si se detectan reservas subutilizadas, el flow avanza por la ruta de alertas.
Paso 5: notifica a las personas correctas
El flow envía una notificación con un resumen de las reservas subutilizadas, incluyendo tipo de servicio, cuenta, región, tasa de utilización e impacto en dólares. Puedes enrutar esta notificación a:
- Un canal de Slack (por ejemplo,
#finops-alertso un canal específico del equipo) - Correo electrónico al equipo responsable o al profesional de FinOps
Una vez publicado, el flow corre según el horario y tu equipo recibe la notificación automáticamente cuando las reservas caen por debajo del umbral, sin que nadie tenga que acordarse de revisar.
Más allá de las alertas: cerrando el ciclo de la pérdida en reservas
Las notificaciones son apenas el primer paso. CloudFlow también te permite ir más allá:
- Workflows de aprobación: antes de ejecutar cualquier acción de modificación (por ejemplo, intercambiar o cancelar una reserva), exige la aprobación de un stakeholder vía Slack o correo, garantizando supervisión humana en decisiones de alto impacto.
- Resúmenes con LLM: usa el nodo LLM para generar un resumen en lenguaje natural de las reservas subutilizadas, de modo que la notificación sea comprensible al instante para stakeholders no técnicos.
- Seguimiento histórico: el historial de ejecución de CloudFlow te deja un registro de cada corrida, los datos evaluados y las notificaciones enviadas, lo que respalda el cumplimiento y la mejora continua.
Resumen
Las Reservas de AWS son una de las herramientas más potentes de optimización de costos, pero solo cuando realmente se aprovechan. La subutilización es una fuga silenciosa y sorprendentemente común que las herramientas tradicionales de monitoreo no atienden bien.
Con DoiT CloudFlow y la plantilla "Identify underused AWS Reserved Instances across services", puedes:
- Revisar automáticamente la utilización en EC2, RDS, ElastiCache, Redshift, OpenSearch y más
- Definir tu propia política de umbral de utilización
- Recibir alertas oportunas y contextuales vía Slack o correo
- Mantener la responsabilidad del equipo con seguimiento de issues y workflows de aprobación
- Hacer todo esto sin código, en minutos
Deja de descubrir la pérdida en reservas cuando ya es demasiado tarde. Configura tu CloudFlow hoy y convierte el monitoreo de reservas en una parte proactiva y automatizada de tu práctica de FinOps.
¿Listo para empezar? Ingresa a la consola de DoiT, ve a CloudFlow y abre la plantilla de monitoreo de Reserved Instances. Si tienes preguntas, nuestro equipo está para ayudarte.