Rohit 씨가 Classic Load Balancer
사용 시 발생하는 503 오류를
해결하는 방법을 보여줍니다.

Classic Load Balancer 액세스 로그 또는 CloudWatch 지표에 HTTP 503 오류가 표시되거나, 브라우저 또는 클라이언트에서 로드 밸런서의 DNS 이름을 만날 때 이 오류가 발생합니다. 해결하려면 어떻게 해야 합니까?

Classic Load Balancer가 응답하도록 구성된 모든 가용 영역에서 백엔드 인스턴스를 등록했는지 확인하고, 등록한 백엔드 인스턴스가 상태 확인에 실패하지 않았는지와 애플리케이션에 필요한 로드를 처리하기에 적합한 크기인지 확인해야 합니다.

로드 밸런서 뒤에 있는 정상적인 백엔드 인스턴스의 수를 보려면 CloudWatch의 HealthyHostCount 및 UnHealthyHostCount 지표를 확인하십시오. CloudWatch 지표에서 정상 호스트가 없거나 비정상 호스트가 하나 이상 있는 것으로 나타나는 경우 다음을 확인하여 문제를 해결할 수 있습니다.

백엔드 인스턴스가 상태 확인에 응답할 수 있는지 확인

백엔드 인스턴스가 실행 중이고 정상인 것 같지만 UnhealthyHostCount 지표에서 비정상 인스턴스가 하나 이상 있는 것으로 나타나는 경우 로드 밸런서가 상태 확인 요청에 응답할 수 있는지 확인하십시오. HTTP/HTTPS 상태 확인의 경우 로드 밸런서가 백엔드에서 200 응답 코드를 수신할 수 있는지 확인하십시오. 계층 4 상태 확인의 경우 인스턴스가 TCP 핸드셰이크를 성공적으로 완료하면 로드 밸런서가 인스턴스를 정상으로 표시합니다. 지침을 보려면 Classic Load Balancer 문제 해결: 상태 확인을 참조하십시오.

로드 밸런서 및 백엔드 인스턴스가 로드를 처리할 수 있는지 확인

로드 밸런서 및 백엔드 인스턴스가 CPU 사용량, 메모리, 디스크 사용량 및 애플리케이션에 필요한 연결 수를 처리할 수 있는지 확인하십시오.

예를 들어 SpilloverCount 및 SurgeQueueLength CloudWatch 지표를 확인하십시오. SurgeQueueLength가 최대 1,024개의 대기열 요청에 도달하거나 근접한 경우 또는 SpilloverCount가 0이 아닌 숫자인 경우 이는 백엔드가 요청이 들어오는 만큼 빠르게 해당 요청을 처리할 수 없거나 요청을 전혀 처리할 수 없음을 나타냅니다.

또한 백엔드 인스턴스의 CPUUtilization CloudWatch 지표도 확인하십시오. CPU 사용률이 100%로 급증하거나 오랜 시간에 걸쳐 지속적으로 높게 나타나는 경우 백엔드 인스턴스를 더 많이 추가하거나 현재 인스턴스의 크기를 더 크게 조정하는 것이 좋습니다. 메모리 및 디스크 사용량과 같은 다른 값을 확인하는 방법에 대한 지침은 인스턴스 공급업체의 설명서를 확인하십시오.

 


페이지 내용이 도움이 되었습니까? | 아니요

AWS 지원 지식 센터로 돌아가기

도움이 필요하십니까? AWS 지원 센터를 방문하십시오.

게시된 날짜: 2016년 9월 15일

업데이트된 날짜: 2018년 2월 27일