Application Load Balancer 대상 그룹

• 프로토콜: HTTP, HTTPS

• 포트: 1-65535

• 대상 그룹에 대한 VPC의 서브넷

• 10.0.0.0/8(RFC 1918)

• 100.64.0.0/10(RFC 6598)

• 172.16.0.0/12(RFC 1918)

• 192.168.0.0/16(RFC 1918)

• 로드 밸런서 VPC(동일 리전 또는 다른 리전)에 피어링되는 VPC의 인스턴스입니다.

• AWS IP 주소 및 포트로 주소를 지정할 수 있는 리소스(예: 데이터베이스).

• AWS Direct Connect 또는 a Site-to-Site VPN 연결을 AWS 통해에 연결된 온프레미스 리소스입니다.

고려 사항

• 하나의 대상 그룹 내의 모든 IP 주소는 IP 주소 유형이 동일해야 합니다. 예를 들어 IPv4 대상 그룹에 IPv6 대상을 등록할 수 없습니다.

• IPv6 대상 그룹은 dualstack 로드 밸런서에서만 사용할 수 있습니다.

• IPv6 대상 그룹은 IP 및 인스턴스 유형 대상을 지원합니다.

gRPC 프로토콜 버전에 대한 고려 사항

• 지원되는 유일한 리스너 프로토콜은 HTTPS입니다.

• 리스너 규칙에 대해 지원되는 유일한 작업 유형은 forward입니다.

• 지원되는 유일한 대상 유형은 instance 및 ip입니다.

• 로드 밸런서는 gRPC 요청을 구문 분석하고 패키지, 서비스 및 방법을 기반으로 gRPC 호출을 적절한 대상 그룹으로 라우팅합니다.

• 로드 밸런서는 단항, 클라이언트 측 스트리밍, 서버 측 스트리밍, 양방향 스트리밍을 지원합니다.

• 사용자 지정 상태 확인 방법을 /package.service/method 형식으로 제공해야 합니다.

• 대상의 성공적인 응답을 확인할 때 사용할 gRPC 상태 코드를 지정해야 합니다.

• Lambda 함수를 대상으로 사용할 수 없습니다.

HTTP/2 프로토콜 버전에 대한 고려 사항

• 지원되는 유일한 리스너 프로토콜은 HTTPS입니다.

• 리스너 규칙에 대해 지원되는 유일한 작업 유형은 forward입니다.

• 지원되는 유일한 대상 유형은 instance 및 ip입니다.

• 로드 밸런서는 클라이언트에서 오는 스트리밍을 지원합니다. 로드 밸런서는 대상으로 가는 스트리밍을 지원하지 않습니다.

Limits

• 동일한 VPC에 다른 Application Load Balancer의 IP 주소를 등록할 수 없습니다. 다른 Application Load Balancer가 로드 밸런VPC에 피어링된 VPC에 있는 경우 해당 IP 주소를 등록할 수 있습니다.

• 인스턴스가 로드 밸런서 VPC(동일 리전 또는 다른 리전)에 피어링된 VPC에 있는 경우 인스턴스 ID별로 인스턴스를 등록할 수 없습니다. 이러한 인스턴스는 IP 주소로 등록할 수 있습니다.

라운드 로빈

• 라운드 로빈 라우팅 알고리즘은 요청을 대상 그룹 내 정상 대상 간에 순차적으로 균등하게 라우팅합니다.

• 이 알고리즘은 수신되는 요청의 복잡성이 유사하거나, 등록된 대상의 처리 용량이 유사하거나, 요청을 대상 간에 균등하게 분산해야 하는 경우에 일반적으로 사용됩니다.

최소 미해결 요청

• 최소 미해결 요청 라우팅 알고리즘은 진행 중인 요청 수가 가장 적은 대상에 요청을 라우팅합니다.

• 이 알고리즘은 수신되는 요청의 복잡성이 다양하고 등록된 대상의 처리 용량이 다양할 때 일반적으로 사용됩니다.

• HTTP/2를 지원하는 로드 밸런서가 HTTP/1.1만 지원하는 대상을 사용하는 경우 요청을 여러 HTTP/1.1 요청으로 변환합니다. 이 구성에서 미해결 요청 알고리즘은 각 HTTP/2 요청을 여러 요청으로 처리합니다.

• WebSockets를 사용하는 경우 미해결 요청 알고리즘을 사용하여 대상이 선택됩니다. 대상이 선택되면 로드 밸런서는 해당 대상에 대한 연결을 생성하고 이 연결을 통해 모든 메시지를 보냅니다.

• 최소 미해결 요청 라우팅 알고리즘은 느린 시작 모드에서 사용할 수 없습니다.

가중치 기반 무작위

• 가중치 기반 무작위 라우팅 알고리즘은 요청을 대상 그룹 내 정상 대상 간에 무작위 순서로 균등하게 라우팅합니다.

• 이 알고리즘은 Automatic Target Weights(ATW) 이상 완화를 지원합니다.

• 가중치 기반 무작위 라우팅 알고리즘은 느린 시작 모드에서 사용할 수 없습니다.

• 가중치 기반 무작위 라우팅 알고리즘은 스티키 세션에서 사용할 수 없습니다.

• DNS 장애 조치 - 영역의 정상 대상이 임계값 아래로 떨어지면 DNS에서 영역에 대한 로드 밸런서 노드의 IP 주소를 비정상으로 표시합니다. 따라서 클라이언트가 로드 밸런서 DNS 이름을 확인하면 트래픽이 정상 영역으로만 라우팅됩니다.

• 라우팅 장애 조치 - 영역의 정상 대상이 임계값 아래로 떨어지면 로드 밸런서는 비정상 대상을 포함하여 로드 밸런서 노드에서 사용할 수 있는 모든 대상으로 트래픽을 보냅니다. 이렇게 하면 특히 대상이 일시적으로 상태 확인을 통과하지 못하는 경우 클라이언트 연결이 성공할 가능성이 높아지고 정상 대상에 과부하가 걸릴 위험이 줄어듭니다.

• 대상이 Lambda 함수인 대상 그룹에는 이 기능을 사용할 수 없습니다. Application Load Balancer가 Network Load Balancer 또는 Global Accelerator의 대상인 경우 DNS 장애 조치에 대한 임계값을 구성하지 마십시오.

• 작업에 대해 두 가지 유형의 임계값(개수 및 백분율)을 모두 지정하는 경우 로드 밸런서는 두 임계값 중 하나가 위반될 때 조치를 취합니다.

• 두 작업 모두에 대한 임계값을 지정하는 경우 DNS 장애 조치의 임계값은 라우팅 장애 조치의 임계값보다 크거나 같아야 합니다. 따라서 DNS 장애 조치가 라우팅 장애 조치와 함께 또는 이전에 발생합니다.

• 임계값을 백분율로 지정하면 대상 그룹에 등록된 총 대상 수를 기준으로 값이 동적으로 계산됩니다.

• 총 대상 수는 교차 영역 로드 밸런싱의 활성화 여부를 기반으로 합니다. 교차 영역 로드 밸런싱이 해제된 경우 각 노드는 자체 영역의 대상에만 트래픽을 전송합니다. 즉, 임계값은 활성화된 각 영역의 대상 수에 개별적으로 적용됩니다. 교차 영역 로드 밸런싱이 해제된 경우 각 노드는 활성화된 모든 영역의 모든 대상에 트래픽을 전송합니다. 즉, 지정된 임계값은 활성화된 모든 영역의 총 대상 수에 적용됩니다.

• DNS 장애 조치를 사용하면 로드 밸런서의 DNS 호스트 이름에서 비정상 영역의 IP 주소를 제거합니다. 그러나 로컬 클라이언트 DNS 캐시에는 DNS 레코드의 time-to-live(TTL)가 만료(60초)될 때까지 이러한 IP 주소가 포함될 수 있습니다.

• DNS 장애 조치가 발생하면 로드 밸런서와 연결된 모든 대상 그룹에 영향을 미칩니다. 나머지 영역에 이러한 추가 트래픽을 처리할 수 있는 충분한 용량이 있는지 확인하세요. 특히 교차 영역 로드 밸런싱이 꺼져 있는 경우에는 더욱 확인하세요.

• DNS 장애 조치를 사용하면 모든 로드 밸런서 영역이 비정상으로 간주되는 경우 로드 밸런서는 비정상 영역을 포함한 모든 영역으로 트래픽을 전송합니다.

• 영역 상태와 같이 DNS 장애 조치로 이어질 수 있는 정상 대상이 충분한지 여부 이외의 요인이 있습니다.

시나리오

• 두 개의 가용 영역 A와 B를 지원하는 로드 밸런서

• 각 가용 영역에는 10개의 등록된 대상이 포함됨

• 대상 그룹에는 다음과 같은 대상 그룹 상태 설정이 있습니다.

  • DNS 장애 조치 - 50%

  • 라우팅 장애 조치 - 50%

• 가용 영역 B에서 6개의 대상 장애

교차 영역 로드 밸런싱이 꺼져 있는 경우

• 각 가용 영역에 있는 로드 밸런서 노드는 가용 영역에 있는 10개 대상에만 트래픽을 전송할 수 있습니다.

• 가용 영역 A에는 10개의 정상 대상이 있으며, 이는 정상 대상의 필수 백분율을 충족합니다. 로드 밸런서는 10개의 정상 대상 간에 트래픽을 계속 분산합니다.

• 가용 영역 B에는 정상 대상이 4개뿐이며, 이는 가용 영역 B의 로드 밸런서 노드 대상의 40%에 해당합니다. 이는 정상 대상의 필수 백분율보다 적으므로 로드 밸런서는 다음 작업을 수행합니다.

  • DNS 장애 조치 - 가용 영역 B가 DNS에서 비정상으로 표시됩니다. 클라이언트가 가용 영역 B의 로드 밸런서 노드에 대한 로드 밸런서 이름을 확인할 수 없고 가용 영역 A가 정상이므로 클라이언트는 가용 영역 A에 새 연결을 보냅니다.

  • 라우팅 장애 조치 - 새 연결이 가용 영역 B로 명시적으로 전송되면 로드 밸런서는 비정상 대상을 포함하여 가용 영역 B의 모든 대상으로 트래픽을 분산합니다. 이는 나머지 정상 대상 간의 중단을 방지할 수 있습니다.

교차 영역 로드 밸런싱이 켜져 있는 경우

• 각 로드 밸런서 노드는 두 가용 영역에서 등록된 20개 대상 모두에 트래픽을 전송할 수 있습니다.

• 가용 영역 A에는 10개의 정상 대상이 있고 가용 영역 B에는 4개의 정상 대상이 있으므로 총 14개의 정상 대상이 있습니다. 이는 두 가용 영역 모두에 있는 로드 밸런서 노드에 대한 대상의 70%이며, 정상 대상 중 필수 백분율을 충족합니다.

• 로드 밸런서는 두 가용 영역 모두에서 14개의 정상 대상 간에 트래픽을 계속 분산합니다.

대상 상태 평가 사용

• Application Load Balancer의 별칭 레코드에서 대상 상태 평가가 Yes로 설정된 경우 Route 53은 alias target 값으로 지정된 리소스의 상태를 평가합니다. Application Load Balancer의 경우, Route 53은 로드 밸런서와 연결된 대상 그룹 상태 확인을 사용합니다.

• Application Load Balancer의 모든 대상 그룹이 정상일 때 Route 53은 별칭 레코드를 정상으로 표시합니다. 대상 그룹에 정상인 대상이 하나 이상 있으면 대상 그룹 상태 확인이 통과됩니다. 그러면 Route 53은 라우팅 정책에 따라 레코드를 반환합니다. 장애 조치 라우팅 정책을 사용하는 경우, Route 53은 보조 레코드를 반환합니다.

• Application Load Balancer의 대상 그룹 중 하나라도 비정상이면 별칭 레코드가 Route 53 상태 확인에 실패합니다(fail-open). 대상 상태 평가를 사용하는 경우 장애 조치 라우팅 정책이 실패할 수 있습니다.

• Application Load Balancer의 모든 대상 그룹이 비어 있는 경우(대상 없음), Route 53은 레코드를 비정상(fail-open)으로 간주합니다. 대상 상태 평가를 사용하는 경우 장애 조치 라우팅 정책이 실패할 수 있습니다.