Een SysOps-beheerder heeft CloudWatch-alarmen ingesteld voor DiskReadBytes en DiskWriteBytes op een EC2-instance om te waarschuwen op basis van lees-/schrijfactiviteit voor gekoppelde EBS-volumes. Een lokale monitoringtool op de instance toont aan dat de volume-I/O de drempelwaarden heeft overschreden, maar de CloudWatch-alarmen zijn nooit in de ALARM-status terechtgekomen. Welke wijziging zorgt ervoor dat de CloudWatch-alarmen correct rapporteren?

De correcte optie is om de CloudWatch-alarmen te wijzigen naar de VolumeReadBytes- en VolumeWriteBytes-metrics voor de EBS-volumes. De DiskReadBytes en DiskWriteBytes metrics zijn host-level metrics die de I/O van het besturingssysteem meten, niet direct de I/O van de onderliggende EBS-volumes. Als de I/O-activiteit van de EBS-volumes de drempelwaarden overschrijdt, moeten de alarmen direct op die volumetrics worden geconfigureerd. Het installeren van de CloudWatch Agent (optie 1) is niet nodig voor standaard EBS-volumetrics, aangezien deze automatisch door AWS worden verzameld. De Systems Manager Agent (optie 2) is primair voor beheer en automatisering, niet voor het verzamelen van standaard CloudWatch-metrics. Het wijzigen van de alarmen naar VolumeReadBytes en VolumeWriteBytes voor de EC2-instance (optie 4) is incorrect omdat deze metrics specifiek aan de EBS-volumes zijn gekoppeld, niet aan de instance zelf.