기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Classic Load Balancer를 위한 등록된 인스턴스
Classic Load Balancer를 생성하고 난 후에는 반드시 로드 밸런서에 EC2 인스턴스를 등록해야 합니다. 단일 가용 영역 또는 같은 리전 내 여러 가용 영역의 EC2 인스턴스를 로드 밸런서로 선택할 수 있습니다. ELB는 등록된 EC2 인스턴스에 대해 정기적으로 상태 확인을 수행하고 등록된 정상 EC2 인스턴스에 걸쳐 로드 밸런서의 DNS 이름에 수신 요청을 자동으로 배포합니다.
인스턴스 모범 사례
-
로드 밸런서가 리스너 포트 및 상태 확인 포트에서 인스턴스와 통신을 할 수 있는지 확인해야 합니다. 자세한 내용은 Classic Load Balancer 보안 그룹 구성 단원을 참조하십시오. 인스턴스에 대한 보안 그룹은 로드 밸런서를 위한 각 서브넷의 두 포트 모두에서 양방향으로 트래픽을 허용해야 합니다.
-
Apache나 IIS(인터넷 정보 서비스) 같은 웹 서버를 로드 밸런서에 등록 예정인 모든 인스턴스에 설치합니다.
-
HTTP 및 HTTPS 리스너의 경우, 로드 밸런서가 여러 클라이언트 요청에서 인스턴스에 대한 연결을 재사용할 수 있도록 EC2 인스턴스에서 연결 유지 옵션을 활성화하는 것이 좋습니다. 이렇게 하면 웹 서버에 대한 부하를 줄이고 로드 밸런서의 처리량을 늘릴 수 있습니다. 로드 밸런서가 인스턴스에 대한 연결을 책임지고 종료할 수 있으려면 연결 유지 제한 시간이 60초 이상이 되어야 합니다.
-
ELB는 경로 최대 전송 단위(MTU) 검색을 지원합니다. 경로 MTU 검색이 올바르게 작동할 수 있으려면 인스턴스에 대한 보안 그룹이 ICMP 조각화가 필요한(유형 3, 코드 4) 메시지를 허용하도록 해야 합니다. 자세한 내용은 Amazon EC2 사용 설명서의 경로 MTU 검색을 참조하세요.
VPC 관련 권장 사항
Virtual private cloud(VPC)
2014년 AWS 계정 이전에를 생성하지 않은 경우 각 리전에 기본 VPC가 있습니다. 로드 밸런서에 기본 VPC(있는 경우)를 사용하거나 새 VPC를 생성할 수 있습니다. 자세한 내용은 Amazon VPC 사용 설명서를 참조하세요.
로드 밸런서를 위한 서브넷
로드 밸런서가 적절하게 확장 가능하도록 로드 밸런서를 위한 각 서브넷에 최소 한 개의 /27비트 마스크(예: 10.0.0.0/27)를 가진 CIDR 블록이 있고 사용 가능한 IP 주소가 8개 이상 있는지 확인합니다. 로드 밸런서는 이러한 IP 주소를 사용하여 인스턴스에 대한 연결을 설정하고 필요한 경우 스케일 아웃합니다. IP 주소가 충분하지 않은 경우 로드 밸런서를 확장할 수 없어 용량 부족으로 인해 503 오류가 발생할 수 있습니다.
인스턴스를 시작하고자 하는 각 가용 영역에서 서브넷을 생성합니다. 사용 사례에 따라 퍼블릿 서브넷이나 프라이빗 서브넷에서, 또는 이 둘을 조합한 환경에서 인스턴스를 시작할 수 있습니다. 퍼블릭 서브넷은 인터넷 게이트웨이로 가는 경로를 가지고 있습니다. 기본 VPC는 가용 영역별로 한 개의 퍼블릭 서브넷을 기본적으로 가지고 있습니다.
로드 밸런서를 생성할 때 로드 밸런서에 퍼블릿 서브넷을 한 개 이상 추가해야 합니다. 인스턴스가 프라이빗 서브넷에 있는 경우에는 인스턴스에서 서브넷과 동일한 가용 영역에 퍼브릭 서브넷을 생성하고, 로드 밸런서에 이러한 퍼블릿 서브넷을 추가합니다.
네트워크 ACL
VPC를 위한 네트워크 ACL은 리스너 포트와 상태 확인 포트에서 양방향으로 트래픽을 허용해야 합니다. 자세한 내용은 Classic Load Balancer 인스턴스의 네트워크 ACL 단원을 참조하십시오.
