AWS re:Post을(를) 사용하면 다음에 동의하게 됩니다. AWS re:Post 이용 약관

클라이언트가 Elastic Load Balancing 로드 밸런서에 연결할 수 없는 이유는 무엇인가요?

3분 분량
0

클라이언트가 로드 밸런서에 연결할 수 없는 이유를 해결하고 싶습니다.

해결 방법

참고: AWS Command Line Interface(AWS CLI) 명령을 실행할 때 오류가 발생하면 최신 AWS CLI 버전을 사용하고 있는지 확인하세요.

포트 리스너 확인

로드 밸런서 포트에 적절한 리스너가 올바르게 구성되어 있는지 확인하세요.

대상 인스턴스의 보안 그룹 확인

로드 밸런서 뒤에 있는 인스턴스의 보안 그룹 설정을 확인합니다. 로드 밸런서에 연결된 각 서브넷의 리스너와 상태 확인 포트에 트래픽이 양방향으로 허용되는지 확인합니다.

로드 밸런서의 보안 그룹 확인

로드 밸런서의 보안 그룹 설정을 확인합니다.

참고: 로드 밸런서 보안 그룹은 리스너 및 상태 확인 포트의 인스턴스에 아웃바운드 트래픽을 허용해야 합니다.

네트워크 ACL 확인(VPC의 로드 밸런서용)

로드 밸런서 서브넷과 연결된 네트워크 ACL이 적절한 트래픽을 허용하는지 확인합니다. Virtual Private Cloud(VPC)에 연결된 각 서브넷의 리스너 포트와 상태 확인 포트에서 양방향으로 트래픽을 허용해야 합니다. 자세한 내용은 VPC의 로드 밸런서용 네트워크 ACL을 참고하세요.

라우팅 테이블 확인

로드 밸런서에 연결된 서브넷의 라우팅 테이블이 로드 밸런서 연결을 허용하는지 확인합니다. 로드 밸런서에 연결할 때 반드시 인터넷 게이트웨이를 가리키는 기본 경로를 사용해야 합니다.

참고: 외부 로드 밸런서를 사용하는 경우 인터넷 게이트웨이가 필요합니다.

로드 밸런서의 연결 확인

Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에서 로드 밸런서에 대한 연결을 확인하려면 다음 단계를 따르세요.

1.    Amazon EC2 인스턴스에 연결합니다(Linux 인스턴스 또는 Windows 인스턴스용 단계 참고).

2.    인스턴스에 netcat(nc) 또는 telnet이 설치되어 있는지 확인합니다.

3.    퍼블릭 로드 밸런서인 경우 인스턴스가 인터넷에 연결되어 있는지 확인합니다. 인터넷 연결을 확인하려면 인터넷 게이트웨이 또는 Network Address Translation(NAT) 게이트웨이를 사용합니다.

4.    Amazon EC2 인스턴스 보안 그룹이 인터넷 아웃바운드 연결을 허용하는지 확인합니다. 그런 다음 인스턴스가 실행 중인 서브넷에 연결된 네트워크 ACL이 인바운드와 아웃바운드 트래픽을 허용하는지 확인합니다.

5.    내 구성에 따라 다음 명령 중 하나를 실행합니다.

nc -v <elb_ip_address> <listener_port>
telnet <elb_ip_address> <listener_port>

6.    외부 클라이언트에서 traceroute(Linux 클라이언트) 또는 tracert(Windows 클라이언트) 유틸리티를 실행하여 로드 밸런서 리스너의 IP 주소로 전송합니다.

7.    출력을 검토합니다.

참고: Classic Load Balancer, Application Load Balancer, 또는 Network Load Balancer에서 다른 오류 코드가 표시되면 다음을 참고하세요.

부하 또는 용량 문제 확인

연결 문제가 간헐적으로 나타나는 경우 부하 또는 용량 관련 문제일 수 있습니다. 문제 해결 단계를 보려면 ELB에서 Classic Load Balancer 용량 문제를 해결하려면 어떻게 해야 하나요?를 참고하세요.

관련 정보

Elastic Load Balancing 작동 방식

로드 밸런서가 HTTP 오류를 생성

Classic Load Balancer 문제 해결: HTTP 오류

AWS 공식
AWS 공식업데이트됨 일 년 전