Een bedrijf migreert een applicatie naar Amazon EC2-instances en moet infrastructuurmetriekalarmen implementeren. Korte pieken boven 50% CPU-gebruik vereisen geen actie, maar als het CPU-gebruik boven 50% stijgt op hetzelfde moment dat de disk read IOPS hoog zijn, moet het bedrijf onmiddellijk actie ondernemen. De solutions architect moet ook valse alarmen verminderen. Wat moet de solutions architect doen om aan deze vereisten te voldoen?

Amazon CloudWatch composite alarms zijn de juiste keuze omdat ze de mogelijkheid bieden om alarmen te creëren die afhankelijk zijn van de status van meerdere andere alarmen. In dit scenario moet een alarm alleen worden geactiveerd als het CPU-gebruik hoog is EN de disk read IOPS hoog zijn. Een composite alarm kan deze logica implementeren, waardoor valse alarmen door geïsoleerde pieken (zoals alleen hoog CPU-gebruik) worden verminderd. Dashboards visualiseren metrieken, maar activeren geen acties. Synthetics canaries monitoren de applicatie vanuit een eindgebruikersperspectief, niet de infrastructuurmetrieken. Single metric alarms met meerdere drempels zijn niet geschikt voor het combineren van verschillende metrieken met een logische EN-voorwaarde.