A company hosts an internal dashboard on Amazon EC2 instances managed by an Auto Scaling group (ASG). The dashboard application runs on custom port 8090. The ASG is registered with a target group behind an Application Load Balancer (ALB). The EC2 instances' security group is configured to allow inbound traffic from the ALB's security group on port 8090. However, the ALB marks all instances as unhealthy and returns a 502 Bad Gateway error to users. Local verification shows that the application is running and responding normally on port 8090 on each instance.
Which of the following actions should a solutions architect take to resolve this issue?
- AAdd an inbound rule to the subnet's network ACL to allow traffic from the security group of the Application Load Balancer on port 8090.
- BConfigure an Amazon Route 53 latency routing policy to route traffic directly to the public IP addresses of the EC2 instances, bypassing the Application Load Balancer.
- Configure the target group's health check port to use port 8090 instead of the default port 80.Cevap
- DAdd an outbound rule to the security group of the EC2 instances to explicitly allow ephemeral port range traffic to the Application Load Balancer for health check responses.
Cevap
Configure the target group's health check port to use port 8090 instead of the default port 80.
The correct action is to configure the target group's health check port to use port 8090 instead of the default port 80. The Application Load Balancer marks the EC2 instances as unhealthy because the health check configuration is querying the default port 80, whereas the application is only listening and responding on the custom port 8090. Updating the health check port ensures the load balancer checks the correct application endpoint.
Adım Adım Çözüm
Anahtar Kavram
ELB Health Check Port Configuration and Security Group Statefulness