An administrator is troubleshooting a CloudWatch alarm configured to monitor the `DiskReadBytes` metric of an Amazon EC2 instance. The alarm has a period of seconds, an evaluation period of , and is set to transition to the `ALARM` state when disk read activity exceeds a specific threshold. The administrator notes that the alarm regularly transitions to the `INSUFFICIENT_DATA` state and fails to trigger during brief periods of high disk reads. The EC2 instance is currently using the default monitoring configuration.
Which action will resolve this issue while maintaining the alarm evaluation frequency?
- Turn on detailed monitoring for the EC2 instance.Cevap
- BIncrease the alarm period to minutes to match the default metric publishing frequency.
- CCreate an Amazon EventBridge rule that triggers an AWS Systems Manager Automation runbook to poll the disk metrics at intervals.
- DConfigure an Auto Scaling group cooldown period of seconds for the instance to force CloudWatch to collect metrics more frequently.
Cevap
Turn on detailed monitoring for the EC2 instance.
The correct option is to turn on detailed monitoring for the EC2 instance. By default, Amazon EC2 sends metric data (such as CPU, disk, and network) to CloudWatch at intervals (standard monitoring). To run an alarm with a period without encountering missing data, detailed monitoring must be enabled to change the metric resolution to intervals.
Adım Adım Çözüm
Anahtar Kavram
CloudWatch Standard vs. Detailed Monitoring for EC2 Instances