Un administrateur SysOps a configuré des alarmes CloudWatch pour DiskReadBytes et DiskWriteBytes sur une instance EC2 afin d'alerter en fonction de l'activité de lecture/écriture pour les volumes EBS attachés. Un outil de surveillance local sur l'instance montre que les E/S du volume ont dépassé les seuils, mais les alarmes CloudWatch ne sont jamais passées à l'état ALARM. Quel changement permettra aux alarmes CloudWatch de signaler correctement ?

L'option correcte est de modifier les alarmes CloudWatch pour utiliser les métriques VolumeReadBytes et VolumeWriteBytes pour les volumes EBS. Les métriques DiskReadBytes et DiskWriteBytes sont des métriques au niveau de l'instance qui mesurent l'activité I/O agrégée de tous les volumes attachés à l'instance, y compris le volume racine. Elles ne sont pas spécifiques aux volumes EBS individuels et ne reflètent pas l'activité I/O réelle d'un volume EBS particulier. Les métriques VolumeReadBytes et VolumeWriteBytes sont des métriques spécifiques aux volumes EBS qui mesurent l'activité I/O pour un volume EBS donné. Installer l'agent CloudWatch ou l'agent AWS Systems Manager ne résoudrait pas le problème car les métriques DiskReadBytes et DiskWriteBytes sont des métriques standard d'Amazon EC2 et ne nécessitent pas d'agent pour être collectées. Modifier les alarmes pour utiliser VolumeReadBytes et VolumeWriteBytes pour l'instance EC2 est incorrect car ces métriques sont spécifiques aux volumes et non à l'instance elle-même.