A company hosts a web application behind an Application Load Balancer (ALB) in the us-west-2 Region. The company uses Amazon Route 53 with active-passive failover routing to redirect traffic to a backup static website in Amazon S3 if the primary application goes down. The SysOps Administrator configures a Route 53 health check to monitor a CloudWatch alarm. The alarm is based on the UnHealthyHostCount metric for the ALB's target group in us-west-2. During an application outage where all backend instances become unresponsive and stop reporting metrics, the Route 53 health check status remains 'Healthy' and failover does not occur. Which of the following configuration changes are required to resolve this issue? (Select TWO.)
- Recreate the CloudWatch alarm in the us-east-1 Region, referencing the ALB metrics from the us-west-2 Region.Cevap
- Configure the Route 53 health check to treat insufficient data (INSUFFICIENT_DATA state) as unhealthy.Cevap
- CChange the routing policy of the primary Route 53 record from Failover to Weighted, and set the weight of the primary record to 0.
- DEnable detailed monitoring on the ALB target group to increase the metric resolution to 1 minute, which automatically resolves the INSUFFICIENT_DATA status.
- EConfigure the S3 bucket to act as an RDS Multi-AZ standby replica to allow synchronous database-level replication and DNS redirection.
Cevap
Recreating the CloudWatch alarm in the us-east-1 Region (referencing the us-west-2 ALB metrics) and configuring the Route 53 health check to treat insufficient data (INSUFFICIENT_DATA state) as unhealthy.
The correct configurations involve recreating the CloudWatch alarm in us-east-1 because Route 53 health checks can only monitor alarms in that specific Region, and configuring the health check to treat the INSUFFICIENT_DATA state as unhealthy to trigger failover when metrics stop reporting.
Adım Adım Çözüm
Anahtar Kavram
Route 53 DNS Failover using CloudWatch Alarms