Alarmas y alarmas compuestas de CloudWatch

Una alarma de CloudWatch supervisa una única métrica o el resultado de una expresión de operaciones matemáticas de métricas durante un período que usted especifica. Cuando la métrica supera el umbral que ha definido, la alarma cambia de estado y puede desencadenar una acción automáticamente, como enviar una notificación de SNS, escalar un grupo de Auto Scaling, detener una instancia de EC2 o ejecutar un elemento de trabajo de Systems Manager. Las alarmas son el mecanismo principal para responder automáticamente a eventos operativos en AWS.

Una alarma de CloudWatch siempre se encuentra en uno de tres estados: OK: la métrica está dentro del umbral definido; ALARM: la métrica ha superado el umbral durante el número de períodos de evaluación requerido; INSUFFICIENT_DATA: la alarma se acaba de crear, la métrica no está disponible o todavía no se han recopilado suficientes datos. Las transiciones entre estados desencadenan las acciones configuradas para ese cambio de estado; puede tener diferentes temas de SNS para los estados OK, ALARM e INSUFFICIENT_DATA.

Al crear una alarma, debe especificar: la métrica y el espacio de nombres, la estadística (Average, Sum, Maximum, etc.), el período (cada cuántos segundos se evalúa la métrica), los períodos de evaluación (cuántos períodos consecutivos deben superar el umbral), el valor del umbral y el operador de comparación. La alarma se activa cuando la métrica supera el umbral durante el número especificado de períodos de evaluación consecutivos.

Las acciones de alarma pueden dirigirse a varios destinos: temas de Amazon SNS (para enviar correo electrónico, SMS o activar Lambda), políticas de Auto Scaling (para reducir o aumentar un ASG) y acciones de EC2 (para detener, terminar, reiniciar o recuperar una instancia de EC2). Para cada estado (OK, ALARM, INSUFFICIENT_DATA) puede especificar un conjunto diferente de acciones; por ejemplo, notificar al equipo cuando se produzca ALARM, notificar la recuperación mediante OK y generar una alerta para INSUFFICIENT_DATA a fin de detectar brechas de supervisión.

Cuando CloudWatch evalúa una alarma y faltan algunos puntos de datos, debe decidir cómo tratarlos. Las opciones son: notBreaching (tratar los datos faltantes como si estuvieran dentro del umbral; la alarma permanece en OK si los demás datos también están en OK), breaching (tratar los datos faltantes como si superaran el umbral; la alarma pasa a ALARM), ignore (el estado de la alarma no cambia) y missing (la alarma pasa a INSUFFICIENT_DATA). Elegir la opción incorrecta provoca falsos positivos o fallos silenciosos: un matiz importante del examen SAA-C03.

La resolución de la alarma es el producto de período × períodos de evaluación. Por ejemplo, un período de 60 segundos con 5 períodos de evaluación significa que la alarma considera 5 puntos de datos consecutivos de 1 minuto. De forma predeterminada, la alarma solo pasa a ALARM cuando los cinco períodos superan el umbral. Puede configurar datapoints-to-alarm para requerir que solo M de N períodos superen el umbral —por ejemplo, 3 de 5—, lo que reduce los falsos positivos provocados por picos transitorios.

Una alarma compuesta evalúa el estado de varias alarmas mediante lógica booleana (AND, OR, NOT). Pasa al estado ALARM únicamente cuando la expresión de su regla se evalúa como verdadera. Las alarmas compuestas se utilizan para reducir el ruido de las alertas; por ejemplo, para generar una alerta solo si las alarmas de CPU alta Y latencia alta se activan simultáneamente, ya que una CPU alta por sí sola puede ser aceptable durante el procesamiento por lotes. También puede usar alarmas compuestas para suprimir las alarmas secundarias durante las ventanas de mantenimiento.

Las alarmas compuestas admiten acciones de supresión de alarmas: puede configurar una alarma compuesta para suprimir sus alarmas secundarias durante un mantenimiento planificado. Por ejemplo, durante una ventana de implementación, podría configurar una alarma compuesta que combine una alarma 'MaintenanceMode' con lógica OR y suprima todas las notificaciones de las alarmas secundarias mientras el mantenimiento esté activo. Esto evita una avalancha de alertas cuando desconecta intencionadamente servicios para realizar actualizaciones.

Los grupos de Auto Scaling utilizan alarmas de CloudWatch como desencadenadores de políticas de step scaling y simple scaling. Cuando la alarma pasa al estado ALARM, se ejecuta la política de escalado. En el caso de step scaling, se definen varios ajustes de escalado para diferentes rangos de umbral; por ejemplo, añadir 1 instancia si la CPU está entre el 70 % y el 80 %, añadir 3 si está entre el 80 % y el 90 % y añadir 5 si supera el 90 %. La alarma activa el primer paso aplicable según el nivel de superación del umbral en el momento de la evaluación.

Puede crear alarmas de facturación en CloudWatch para recibir una notificación cuando los cargos estimados de AWS superen un umbral. Las métricas de facturación solo se publican en la región us-east-1, independientemente de dónde se ejecuten sus recursos, y se actualizan aproximadamente cada 6 horas. Para habilitar las alarmas de facturación, primero debe activar Billing Alerts en la consola de facturación de AWS. La herramienta más precisa es AWS Budgets, pero las alarmas de facturación de CloudWatch siguen siendo una opción válida que se evalúa en el examen.

Puede establecer manualmente el estado de una alarma mediante el comando set-alarm-state para probar las acciones de la alarma sin esperar a que se supere un umbral real. Esto resulta útil para verificar que los temas de SNS, las políticas de Auto Scaling y las funciones de Lambda responden correctamente. Pruebe siempre las acciones de alarma en un entorno que no sea de producción y compruebe que las suscripciones de correo electrónico del tema de SNS correcto estén confirmadas antes de confiar en las alarmas para generar alertas en producción.

Compruebe sus conocimientos sobre los conceptos de AWS Solutions Architect (SAA-C03) tratados en esta lección.

En esta lección ha aprendido que las alarmas tienen tres estados (OK, ALARM, INSUFFICIENT_DATA) y pueden activar acciones de SNS, Auto Scaling y EC2; que datapoints-to-alarm permite realizar evaluaciones M-de-N para reducir los falsos positivos; y que las alarmas compuestas utilizan lógica booleana para combinar varias alarmas y reducir el ruido de las alertas. A continuación, exploraremos CloudWatch Logs y Log Insights para la gestión centralizada de registros.