Um administrador SysOps configurou alarmes do CloudWatch para DiskReadBytes e DiskWriteBytes em uma instância EC2 para alertar com base na atividade de leitura/gravação para volumes EBS anexados. Uma ferramenta de monitoramento local na instância mostra que o I/O do volume excedeu os limites, mas os alarmes do CloudWatch nunca entraram no estado ALARM. Que mudança fará com que os alarmes do CloudWatch relatem corretamente?

Os alarmes do CloudWatch para DiskReadBytes e DiskWriteBytes monitoram a atividade de E/S do disco do sistema operacional dentro da instância EC2, não a atividade de E/S dos volumes EBS subjacentes. Para monitorar o desempenho de E/S dos volumes EBS, você deve usar as métricas VolumeReadBytes e VolumeWriteBytes. Essas métricas são publicadas automaticamente pelo Amazon EBS para cada volume e refletem a atividade de E/S real no volume. A instalação do agente do CloudWatch ou do AWS Systems Manager Agent não resolveria o problema, pois essas ferramentas coletam métricas do sistema operacional ou permitem gerenciamento, mas não alteram as métricas intrínsecas do EBS. Usar VolumeReadBytes e VolumeWriteBytes para a instância EC2 também está incorreto, pois essas métricas são específicas do volume EBS, não da instância.