Una empresa está migrando una aplicación a instancias de Amazon EC2 y debe implementar alarmas de métricas de infraestructura. Los picos cortos por encima del 50% de utilización de CPU no requieren acción, pero si la utilización de CPU supera el 50% al mismo tiempo que las IOPS de lectura de disco son altas, la empresa debe actuar de inmediato. El arquitecto de soluciones también debe reducir las falsas alarmas. ¿Qué debe hacer el arquitecto de soluciones para cumplir con estos requisitos?

La opción correcta es crear alarmas compuestas de Amazon CloudWatch. Las alarmas compuestas permiten combinar múltiples alarmas de métricas o estados de alarmas en una sola alarma, utilizando operadores lógicos (AND, OR, NOT). Esto es ideal para el escenario descrito, ya que la empresa necesita una alarma que se active solo cuando la utilización de la CPU sea alta Y las IOPS de lectura de disco también sean altas, evitando falsas alarmas por picos individuales. Las demás opciones son incorrectas porque: Los paneles de CloudWatch son para visualización, no para generar alertas automáticas basadas en lógica compleja. Los canaries de CloudWatch Synthetics monitorean la experiencia del usuario final y la disponibilidad, no las métricas de infraestructura internas de esta manera. Las alarmas de métricas únicas con múltiples umbrales no permiten la combinación lógica de diferentes métricas (CPU y IOPS) para definir una condición de alarma.