Question 1 · choose 1
A web application runs on Amazon EC2 instances in an Auto Scaling group behind an Application Load Balancer. Sometimes the application process on an instance hangs. The load balancer then marks that target unhealthy and stops routing to it, but the instance stays InService in the group and is never replaced, so the group runs with less working capacity. What should the operations team change?
- ARaise the target group's unhealthy threshold count to its maximum value
- BTurn on cross-zone load balancing for the load balancer
- CTurn on Elastic Load Balancing health checks for the Auto Scaling group
- DLengthen the health check grace period of the Auto Scaling group
Show the answer and why
ARaise the target group's unhealthy threshold count to its maximum value
Incorrect
More consecutive failures would only delay when the load balancer marks the target unhealthy. The group still would not act on it.
BTurn on cross-zone load balancing for the load balancer
Incorrect
Cross-zone load balancing spreads requests across targets in all enabled zones. It does not tell the group which instances to replace.
CTurn on Elastic Load Balancing health checks for the Auto Scaling group
Correct
With this health check type on, the group uses the load balancer's view of each instance, so an instance that fails it is marked unhealthy and replaced.
DLengthen the health check grace period of the Auto Scaling group
Incorrect
The grace period only protects newly launched instances from being replaced while they start. It does not detect a hung application.
By default an Auto Scaling group uses only EC2 status checks, which pass as long as the instance itself runs. Load balancer health checks must be turned on for the group to replace instances whose application is broken.
AWS documentation