A SysOps Administrator is managing an application running on a fleet of Amazon EC2 instances within an Auto Scaling group. The application publishes a custom metric named `TransactionLatency` to Amazon CloudWatch at a standard resolution of seconds. The administrator has configured a CloudWatch alarm to monitor the percentile () of `TransactionLatency` over a period of minute. The alarm is designed to trigger an AWS Systems Manager (SSM) Automation document to reboot an unhealthy instance if the latency exceeds for consecutive evaluation periods.
During testing, the administrator observes two issues:
1. The alarm frequently transitions to `INSUFFICIENT_DATA` when traffic is very low and no transactions are processed, triggering false notifications.
2. When the latency threshold is breached, the SSM Automation document is never executed, even though the SSM execution role has the correct trust policy.
Which TWO configuration changes should the SysOps Administrator make to address these issues?
- Configure the CloudWatch alarm's missing data treatment to treat missing data as notBreaching.Answer
- Create an Amazon EventBridge rule that detects the CloudWatch alarm state change to ALARM and targets the Systems Manager Automation document.Answer
- CEnable detailed monitoring on the EC2 instances in the Auto Scaling group to increase the custom metric reporting frequency.
- DAdd the Amazon Resource Name (ARN) of the Systems Manager Automation document directly to the CloudWatch alarm actions list under the ALARM state.
- ESet the Auto Scaling group's default cooldown period to zero to prevent metric aggregation delays during instance reboots.