A SysOps Administrator is monitoring an Amazon EC2 instance that hosts a legacy transaction processing application. To detect transient CPU utilization spikes as quickly as possible, the administrator configures an Amazon CloudWatch alarm with a period of 60 seconds (1 minute) and an evaluation period of 1. However, the alarm remains in the INSUFFICIENT_DATA state, and CPU utilization spikes are not triggering the alarm. Which of the following actions will resolve this issue?
- Enable detailed monitoring on the EC2 instance so that metric data is published to CloudWatch at 1-minute intervals.Cevap
- BModify the alarm configuration to use a period of 5 minutes, as standard monitoring publishes EC2 metrics to CloudWatch at 1-minute intervals but aggregates them every 5 minutes.
- CConfigure an Amazon EventBridge rule to trigger an AWS Systems Manager Automation document that periodically pulls the CPUUtilization metric from the instance OS.
- DReduce the Auto Scaling group cooldown period to 60 seconds to force the EC2 instance to report its metric data at a faster rate.
Cevap
Enable detailed monitoring on the EC2 instance so that metric data is published to CloudWatch at 1-minute intervals.
The correct answer is to enable detailed monitoring on the EC2 instance. By default, Amazon EC2 uses standard monitoring, which reports metrics (like CPUUtilization) to CloudWatch at 5-minute intervals. When an alarm is configured with a 60-second period, it expects data points at least every minute. Without detailed monitoring enabled, the lack of data points causes the alarm to enter the INSUFFICIENT_DATA state. Enabling detailed monitoring changes the reporting interval to 1 minute, resolving the issue while maintaining the fast detection period.
Adım Adım Çözüm
Anahtar Kavram
CloudWatch Standard vs. Detailed Monitoring for EC2 Instances
Tahmini Süre:1m 30s