A company hosts a simple web application on Amazon EC2 instances managed by an Auto Scaling group (ASG) behind an Application Load Balancer (ALB). The ASG health check type is configured to use EC2 status checks. When the web application process crashes on an instance, the ALB marks that instance as unhealthy and stops routing traffic to it. However, the ASG does not terminate or replace the instance because the underlying EC2 instance status checks remain healthy. Which configuration change should a solutions architect implement to ensure that instances with failed web application processes are automatically replaced?
- Configure the Auto Scaling group health check type to use ELB health checks.Cevap
- BChange the health check port in the Application Load Balancer target group to query the default HTTP port 80 instead of the custom application port.
- CModify the inbound Network Access Control List (NACL) rules of the public subnets to allow stateful TCP traffic from the Application Load Balancer.
- DCreate an Amazon Route 53 latency routing policy to direct user traffic to a backup Auto Scaling group in another AWS Region.
Cevap
Configure the Auto Scaling group health check type to use ELB health checks.
By default, an Auto Scaling group (ASG) only monitors EC2 status checks. If the application process crashes but the OS/hypervisor remains healthy, the ASG will not replace the instance. Configuring the ASG to use ELB health checks allows it to query the Application Load Balancer's target group status, triggering the automatic replacement of instances that fail application-level health checks.
Adım Adım Çözüm
Anahtar Kavram
Auto Scaling Group Health Check Configuration