A company hosts a web application on Amazon EC2 instances in an Auto Scaling group (ASG) behind an Application Load Balancer (ALB). The application listens on custom port for HTTPS traffic. The target group is configured to forward traffic to port . Although the application is running normally and accepting connections locally, the ALB is marking all EC2 instances as unhealthy. The EC2 instance security group allows inbound traffic on port from the ALB security group. Which of the following is the most likely cause of this issue?
- AThe security group for the EC2 instances does not have an outbound rule allowing response traffic on port to the Application Load Balancer.
- BThe Route 53 latency-based routing policy is failing to route health check traffic to the healthy instances because health checking is disabled in Route 53.
- The target group's health check configuration is using the default protocol port of instead of or the 'traffic-port' setting.Answer
- DThe Network ACL associated with the Application Load Balancer subnets does not have an inbound rule allowing return traffic on port from the EC2 subnets.
Answer
The target group's health check configuration is using the default protocol port of instead of or the 'traffic-port' setting.
The correct answer states that the target group's health check is misconfigured to use the default protocol port of . In AWS Elastic Load Balancing, target groups default to performing health checks on the protocol's standard port (such as port for HTTP) unless they are explicitly configured to use a custom port or the 'traffic-port' setting. Since the web application is only listening on port , health check probes sent to port fail, leading the ALB to identify the targets as unhealthy.
Step-by-Step Solution
Key Concept
ELB Target Group Health Check Port configuration and its default protocol port behavior.
Estimated Time:1m 30s