전역 외부 애플리케이션 부하 분산기를 단일 스택에서 이중 스택으로 변환

이 문서에서는 전역 외부 애플리케이션 부하 분산기 리소스 및 백엔드를 IPv4 전용(단일 스택)에서 IPv4 및 IPv6(이중 스택)으로 변환하는 방법을 보여줍니다. 이 문서에서 IPv4 전용(단일 스택)은 IPv4 주소만 사용하는 리소스를 의미하고 IPv4 및 IPv6(이중 스택)은 IPv4와 IPv6 주소를 모두 사용하는 리소스를 의미합니다.

이점

부하 분산기를 이중 스택으로 변환하면 다음과 같은 이점이 있습니다.

IPv6의 주요 장점은 훨씬 큰 IP 주소 풀을 할당할 수 있다는 것입니다.
이미 IPv4 전용 부하 분산기를 사용하고 있는 많은 고객은 클라우드 관련 메서드를 활용하여 IPv4 전용 리소스에서 IPv4 및 IPv6(이중 스택) 리소스로 변환할 수 있습니다.
필요에 따라 인그레스 IPv6 트래픽을 종료하고 IPv4 또는 IPv6 연결을 통해 이 트래픽을 백엔드로 프록시하도록 부하 분산기를 구성할 수 있습니다. 자세한 내용은 IPv6를 참조하세요.

제한사항

서브넷의 IP 스택 유형을 IPv4 및 IPv6(이중 스택)에서 IPv4 전용으로 업데이트할 수 없습니다.
백엔드 서비스에서 IP 주소 선택 정책을 IPv6 전용으로 구성하는 경우에도 IPv4 전용 백엔드를 구성할 수 있습니다. 그러나 이러한 구성으로 인해 백엔드가 비정상이 되고 클라이언트가 응답 코드 503을 받게 되며 트래픽이 업스트림으로 흐르지 않습니다. 로그는 statusDetails HTTP 실패 메시지에서 failed_to_pick_backend를 표시합니다.
백엔드 서비스의 IP 주소 선택 정책을 IPv6으로만 구성할 수 있지만 백엔드의 IP 스택 유형은 항상 IPv4 및 IPv6(이중 스택)입니다.
VM 인스턴스 그룹 백엔드와 GCE_VM_IP_PORT 엔드포인트가 있는 영역 네트워크 엔드포인트 그룹(NEG)만 IPv4 및 IPv6(이중 스택)를 지원합니다.

시작하기 전에

인스턴스 그룹 또는 영역 NEG 백엔드가 있는 IPv4 전용 스택을 사용하여 SSL 프록시 또는 TCP 프록시 전역 외부 애플리케이션 부하 분산기를 이미 설정해야 합니다.

전역 외부 애플리케이션 부하 분산기를 설정하는 방법에 대한 자세한 내용은 다음 문서를 참조하세요.

변환할 리소스 식별

부하 분산기가 연결된 리소스 이름을 확인합니다. 이 이름은 나중에 제공해야 합니다.

모든 서브넷을 나열하려면 gcloud compute networks subnets list 명령어를 사용합니다.
```
gcloud compute networks subnets list
```
이중 스택으로 변환할 IPv4 전용 주소가 있는 서브넷의 이름을 확인합니다. 이 이름을 이후에 SUBNET로 참조합니다. VPC 네트워크는 이후에 NETWORK로 참조합니다.
모든 백엔드 서비스를 나열하려면 gcloud beta compute backend-services list 명령어를 사용합니다.
```
gcloud beta compute backend-services list
```
이중 스택으로 변환할 백엔드 서비스의 이름을 확인합니다. 이 이름을 이후에 BACKEND_SERVICE로 참조합니다.
모든 URL 맵을 나열하려면 gcloud beta compute url-maps list 명령어를 사용합니다.
```
gcloud beta compute url-maps list
```
부하 분산기와 연결된 URL 맵의 이름을 기록해 둡니다. 이 이름을 이후에 URL_MAP로 참조합니다.

부하 분산기가 이미 있는 경우 백엔드의 IP 스택 유형을 보려면 gcloud compute instances list 명령어를 사용합니다.

gcloud compute instances list \
    --format= \
    "table(
    name,
    zone.basename(),
    networkInterfaces[].stackType.notnull().list(),
    networkInterfaces[].ipv6AccessConfigs[0].externalIpv6.notnull().list():label=EXTERNAL_IPV6,
    networkInterfaces[].ipv6Address.notnull().list():label=INTERNAL_IPV6)"

모든 VM 인스턴스 및 인스턴스 템플릿을 나열하려면 gcloud compute instances list 명령어 및 gcloud compute instance-templates list 명령어를 사용합니다.
```
gcloud compute instances list
```
```
gcloud compute instance-templates list
```
이중 스택으로 변환할 인스턴스 및 인스턴스 템플릿의 이름을 기록해 둡니다. 이 이름을 이후에 VM_INSTANCE 및 INSTANCE_TEMPLATES로 참조합니다.
모든 영역별 네트워크 엔드포인트 그룹(NEG)을 나열하려면 gcloud compute network-endpoint-groups list 명령어를 사용합니다.
```
gcloud compute network-endpoint-groups list
```
이중 스택으로 변환할 영역별 NEG 백엔드의 이름을 기록해 둡니다. 이 이름을 이후에 ZONAL_NEG로 참조합니다.
모든 대상 프록시를 나열하려면 gcloud compute target-http-proxies list 명령어를 사용합니다.
```
gcloud compute target-http-proxies list
```
부하 분산기와 연결된 대상 프록시의 이름을 기록해 둡니다. 이 이름을 이후에 TARGET_PROXY로 참조합니다.

단일 스택에서 이중 스택 백엔드로 변환

이 섹션에서는 IPv4 전용(단일 스택) 주소를 사용하여 리소스 및 백엔드를 IPv4 및 IPv6(이중 스택) 주소로 변환하는 방법을 보여줍니다.

서브넷 업데이트

이중 스택 서브넷은 커스텀 모드 VPC 네트워크에서만 지원됩니다. 이중 스택 서브넷은 자동 모드 VPC 네트워크 또는 기존 네트워크에서 지원되지 않습니다. 초기 탐색에는 자동 모드 네트워크가 유용하지만 대부분의 프로덕션 환경에는 커스텀 모드 VPC가 더 적합합니다. 커스텀 모드에서 VPC를 사용하는 것이 좋습니다.

VPC를 이중 스택 설정으로 업데이트하려면 다음 단계를 따르세요.

자동 모드 VPC 네트워크를 사용하는 경우 먼저 자동 모드 VPC 네트워크를 커스텀 모드로 변환해야 합니다.

참고: default 네트워크를 사용하고 있는 경우 커스텀 모드 VPC 네트워크로 변환해야 합니다.
IPv6를 사용 설정하려면 서브넷의 스택 유형을 이중 스택으로 변경을 참조하세요.

참고: 서브넷의 IPv6 액세스 유형은 External이어야 합니다.
선택사항: 이 네트워크에서 서브넷에 내부 IPv6 주소 범위를 구성하려면 다음 단계를 완료합니다.
1. VPC 네트워크 ULA 내부 IPv6 범위에서 사용 설정됨을 선택합니다.
2. 내부 IPv6 범위 할당에 대해 자동 또는 수동을 선택합니다.
  
  수동을 선택한 경우 fd20::/20 범위 내에서 /48 범위를 입력합니다. 범위가 사용 중인 경우 다른 범위를 제공하라는 메시지가 표시됩니다.

VM 인스턴스 또는 템플릿 업데이트

VM이 연결된 서브넷에 IPv6 범위가 구성되어 있으면 VM 인스턴스에서 IPv6 주소를 구성할 수 있습니다. 다음 백엔드만 IPv6 주소를 지원할 수 있습니다.

인스턴스 그룹 백엔드: 관리형, 비관리형 또는 관리형과 비관리형 조합의 인스턴스 그룹 백엔드 하나 이상
영역별 NEG: GCE_VM_IP_PORT 유형의 영역별 NEG 하나 이상

VM 인스턴스 업데이트

관리형 또는 비관리형 인스턴스 그룹에 속한 VM 인스턴스는 편집할 수 없습니다. VM 인스턴스를 이중 스택으로 업데이트하려면 다음 단계를 따르세요.

VM 인스턴스 템플릿 업데이트

기존 인스턴스 템플릿을 업데이트할 수 없습니다. 변경해야 하는 경우에는 유사한 속성으로 또 다른 템플릿을 만들면 됩니다. VM 인스턴스 템플릿을 이중 스택으로 업데이트하려면 다음 단계를 따르세요.

콘솔

Google Cloud 콘솔에서 인스턴스 템플릿 페이지로 이동합니다.

인스턴스 템플릿으로 이동
1. 복사하고 업데이트할 인스턴스 템플릿을 클릭합니다.
2. 유사하게 만들기를 클릭합니다.
3. 고급 옵션 섹션을 펼칩니다.
4. 네트워크 태그에 allow-health-check-ipv6를 입력합니다.
5. 네트워크 인터페이스 섹션에서 네트워크 인터페이스 추가를 클릭합니다.
6. 네트워크 목록에서 커스텀 모드 VPC 네트워크를 선택합니다.
7. 서브네트워크 목록에서 SUBNET를 선택합니다.
8. IP 스택 유형에 IPv4 및 IPv6(이중 스택)을 선택합니다.
9. 만들기를 클릭합니다.
부하 분산기와 연결된 관리형 인스턴스 그룹 MIG에서 기본 순차적 업데이트를 시작합니다.

영역별 NEG 업데이트

영역별 NEG 엔드포인트는 수정할 수 없습니다. IPv4 엔드포인트를 삭제하고 IPv4 및 IPv6 주소 모두로 새 이중 스택 엔드포인트를 만들어야 합니다.

REGION_A 리전에 GCE_VM_IP_PORT 유형의 엔드포인트가 있는 영역별 NEG를 설정하려면 먼저 GCP_NEG_ZONE 영역에 VM을 만듭니다. 그런 다음 VM 네트워크 엔드포인트를 영역별 NEG에 추가합니다.

VM 만들기

콘솔

Google Cloud 콘솔에서 VM 인스턴스 페이지로 이동합니다.

VM 인스턴스로 이동
인스턴스 만들기를 클릭합니다.
이름을 vm-a1로 설정합니다.
리전에서 REGION_A를 선택하고 영역 필드의 값을 선택합니다. 이 절차에서는 이 서브넷을 GCP_NEG_ZONE이라고 합니다.
부팅 디스크 섹션에서 부팅 디스크 옵션으로 Debian 운영체제 및 10(Buster) 버전이 선택되어 있는지 확인합니다. 필요한 경우 선택을 클릭하여 이미지를 변경합니다.
고급 옵션 섹션을 펼치고 다음과 같이 변경합니다.
- 네트워킹 섹션을 펼칩니다.
- 네트워크 태그 필드에 allow-health-check를 입력합니다.
- 네트워크 인터페이스 섹션에서 다음과 같이 변경합니다.
  - 네트워크: NETWORK
  - 서브넷: SUBNET
  - IP 스택 유형: IPv4 및 IPv6(이중 스택)
- 완료를 클릭합니다.
- 관리를 클릭합니다. 시작 스크립트 필드에 다음 스크립트 콘텐츠를 복사하여 붙여넣습니다.
```
#! /bin/bash
apt-get update
apt-get install apache2 -y
a2ensite default-ssl
a2enmod ssl
vm_hostname="$(curl -H "Metadata-Flavor:Google" \
http://metadata.google.internal/computeMetadata/v1/instance/name)"
echo "Page served from: $vm_hostname" | \
tee /var/www/html/index.html
systemctl restart apache2
```
만들기를 클릭합니다.
다음 이름 및 영역 조합을 사용하여 두 번째 VM을 만들려면 다음 단계를 반복합니다.
- 이름: vm-a2, 영역: GCP_NEG_ZONE

gcloud

VM 이름과 해당 영역의 조합을 사용하여 다음 명령어를 두 번 실행해 VM을 만듭니다. 스크립트 콘텐츠는 두 VM 모두에서 동일합니다.

vm-a1의 VM_NAME 및 선택한 GCP_NEG_ZONE 영역

vm-a2의 VM_NAME 및 동일한 GCP_NEG_ZONE 영역

gcloud compute instances create VM_NAME \
    --zone=GCP_NEG_ZONE \
    --stack-type=IPV4_IPV6 \
    --image-family=debian-10 \
    --image-project=debian-cloud \
    --tags=allow-health-check \
    --subnet=SUBNET \
    --metadata=startup-script='#! /bin/bash
      apt-get update
      apt-get install apache2 -y
      a2ensite default-ssl
      a2enmod ssl
      vm_hostname="$(curl -H "Metadata-Flavor:Google" \
      http://metadata.google.internal/computeMetadata/v1/instance/name)"
      echo "Page served from: $vm_hostname" | \
      tee /var/www/html/index.html
      systemctl restart apache2'

영역별 NEG에 엔드포인트 추가

콘솔

엔드포인트를 영역별 NEG에 추가합니다.

Google Cloud 콘솔에서 네트워크 엔드포인트 그룹 페이지로 이동합니다.

네트워크 엔드포인트 그룹으로 이동
이름 목록에서 네트워크 엔드포인트 그룹 이름(ZONAL_NEG)을 클릭합니다. 네트워크 엔드포인트 그룹 세부정보 페이지가 표시됩니다.
이 그룹의 네트워크 엔드포인트 섹션에서 이전에 만든 NEG 엔드포인트를 선택합니다. 엔드포인트 삭제를 클릭합니다.
이 그룹의 네트워크 엔드포인트 섹션에서 네트워크 엔드포인트 추가를 클릭합니다.
VM 인스턴스를 선택합니다.
네트워크 인터페이스 섹션에 VM의 이름, 영역, 서브넷이 표시됩니다.
IPv4 주소 필드에 새 네트워크 엔드포인트의 IPv4 주소를 입력합니다.
IPv6 주소 필드에 새 네트워크 엔드포인트의 IPv6 주소를 입력합니다.
참고: 엔드포인트가 여러 개 있는 백엔드 서비스에는 고유한 IPv6 주소가 있어야 합니다. 엔드포인트가 서로 다른 서브넷에 있을 수 있지만 여러 엔드포인트에 동일한 IPv6 주소를 사용할 수 없습니다.
포트 유형을 선택합니다.
1. 기본값을 선택하면 엔드포인트에서 네트워크 엔드포인트 그룹의 모든 엔드포인트에 기본 포트 80을 사용합니다. Apache 서버가 포트 80에서 요청을 처리하므로 이 예시에 충분합니다.
2. 커스텀을 선택하면 사용할 엔드포인트의 포트 번호를 입력합니다.
엔드포인트를 추가하려면 네트워크 엔드포인트 추가를 클릭하고 이전 단계를 반복합니다.
엔드포인트를 모두 추가한 후 만들기를 클릭합니다.

gcloud

엔드포인트(GCE_VM_IP_PORT 엔드포인트)를 ZONAL_NEG에 추가합니다.
참고: 엔드포인트가 여러 개 있는 백엔드 서비스에는 고유한 IPv6 주소가 있어야 합니다. 엔드포인트가 서로 다른 서브넷에 있을 수 있지만 여러 엔드포인트에 동일한 IPv6 주소를 사용할 수 없습니다.
```
gcloud compute network-endpoint-groups update ZONAL_NEG \
    --zone=GCP_NEG_ZONE \
    --add-endpoint='instance=vm-a1,ip=IPv4_ADDRESS, \
      ipv6=IPv6_ADDRESS,port=80' \
    --add-endpoint='instance=vm-a2,ip=IPv4_ADDRESS, \
      ipv6=IPv6_ADDRESS,port=80'
```

다음을 바꿉니다.

IPv4_ADDRESS: 네트워크 엔드포인트의 IPv4 주소입니다. IPv4는 Compute Engine의 VM(기본 IP 또는 별칭 IP 범위의 일부)에 속해야 합니다. IP 주소를 지정하지 않으면 네트워크 엔드포인트 그룹이 속한 네트워크의 VM 인스턴스에 대한 기본 IP 주소가 사용됩니다.

IPv6_ADDRESS: 네트워크 엔드포인트의 IPv6 주소입니다. IPv6 주소는 네트워크 엔드포인트 그룹이 속한 네트워크의 VM 인스턴스(외부 IPv6 주소)에 속해야 합니다.

IPv6 상태 점검 방화벽 규칙 만들기

부하 분산 중인 인스턴스에 적용할 수 있고 Google Cloud 상태 점검 시스템(2600:2d00:1:b029::/64, 2600:2d00:1:1::/64)의 트래픽을 허용하는 인그레스 규칙이 있는지 확인합니다. 이 예시에서는 allow-health-check-ipv6 대상 태그를 사용하여 방화벽 규칙이 적용되는 VM 인스턴스를 식별합니다.

이 방화벽 규칙이 없으면 기본 거부 인그레스 규칙은 백엔드 인스턴스로 들어오는 IPv6 트래픽을 차단합니다.

콘솔

Google Cloud 콘솔에서 방화벽 정책 페이지로 이동합니다.

방화벽 정책으로 이동
IPv6 서브넷 트래픽을 허용하려면 방화벽 규칙 만들기를 다시 클릭하고 다음 정보를 입력합니다.
- 이름: fw-allow-lb-access-ipv6
- 네트워크: NETWORK
- 우선순위: 1000
- 트래픽 방향: 인그레스
- 대상: 지정된 대상 태그
- 대상 태그: allow-health-check-ipv6
- 소스 필터: IPv6 범위
- 소스 IPv6 범위: 2600:2d00:1:b029::/64,2600:2d00:1:1::/64
- 프로토콜 및 포트: 모두 허용
만들기를 클릭합니다.

gcloud

fw-allow-lb-access-ipv6 방화벽 규칙을 만들어 서브넷과의 통신을 허용합니다.

gcloud compute firewall-rules create fw-allow-lb-access-ipv6 \
    --network=NETWORK \
    --action=allow \
    --direction=ingress \
    --target-tags=allow-health-check-ipv6 \
    --source-ranges=2600:2d00:1:b029::/64,2600:2d00:1:1::/64 \
    --rules=all

IPv6용 새 백엔드 서비스 및 전달 규칙 만들기

이 섹션에서는 IPv6에 대한 새 백엔드 서비스 및 전달 규칙을 만드는 절차를 설명합니다.

BACKEND_SERVICE 및 BACKEND_SERVICE_IPV6 모두 트래픽을 처리할 수 있습니다. 트래픽 중단을 방지하려면 IP 주소 선택 정책을 Prefer IPv6로 설정하여 새 백엔드 서비스를 만드세요. 새 백엔드 서비스를 만든 후 새 IPv6 백엔드 서비스로 트래픽을 라우팅할 수 있습니다.

Console

Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.

부하 분산으로 이동
부하 분산기 이름을 클릭합니다.
수정을 클릭합니다.

백엔드 서비스 구성:

백엔드 구성을 클릭합니다.
백엔드 서비스 필드에서 백엔드 서비스 만들기를 선택합니다.
이름을 BACKEND_SERVICE_IPV6로 설정합니다.
백엔드 유형에 영역별 네트워크 엔드포인트 그룹을 선택합니다.
IP 주소 선택 정책 목록에서 IPv6 우선 사용을 선택합니다.
프로토콜 필드에서 HTTP를 선택합니다.
새 백엔드 패널에서 다음을 수행합니다.
1. 네트워크 엔드포인트 그룹 목록에서 ZONAL_NEG를 선택합니다.
2. 최대 RPS에 10을 입력합니다.
상태 점검 목록에서 HTTP 상태 점검을 선택합니다.
완료를 클릭합니다.

IPv6 프런트엔드 구성:

프런트엔드 구성을 클릭합니다.
프런트엔드 IP 및 포트 추가를 클릭합니다.
이름 필드에 전달 규칙의 이름을 입력합니다.
프로토콜 필드에서 HTTP를 선택합니다.
IP 버전을 IPv6로 설정합니다.
완료를 클릭합니다.
업데이트를 클릭합니다.

라우팅 규칙 구성

라우팅 규칙을 클릭합니다.
고급 호스트 및 경로 규칙을 클릭합니다.
업데이트를 클릭합니다.

gcloud

상태 확인을 만듭니다.

gcloud compute health-checks create http HEALTH_CHECK \
   --port 80

HTTP 트래픽에 대한 백엔드 서비스를 만듭니다.

gcloud beta compute backend-services create BACKEND_SERVICE_IPV6 \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --protocol=HTTP \
   --ip-address-selection-policy=PREFER_IPV6 \
   --health-checks=HEALTH_CHECK \
   --global

영역별 NEG를 백엔드로 백엔드 서비스에 추가합니다.

gcloud beta compute backend-services add-backend BACKEND_SERVICE_IPV6 \
  --network-endpoint-group=ZONAL_NEG \
  --max-rate-per-endpoint=10 \
  --global

고객이 부하 분산기에 연결하는 데 사용하는 외부 IPv6 주소를 예약합니다.

gcloud compute addresses create lb-ipv6-1 \
   --ip-version=IPV6 \
   --network-tier=PREMIUM \
   --global

백엔드 서비스에 대한 전달 규칙을 만듭니다. 전달 규칙을 만들 때 서브넷에 외부 IP 주소를 지정합니다.

gcloud beta compute forwarding-rules create FORWARDING_RULE_IPV6 \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --network-tier=PREMIUM \
   --address=lb-ipv6-1 \
   --global \
   --target-https-proxy=TARGET_PROXY \
   --ports=443

새 IPv6 백엔드 서비스로 트래픽 라우팅

클라이언트 트래픽의 일부가 새로운 IPv6 백엔드 서비스 BACKEND_SERVICE_IPV6로 전달되도록 URL 맵을 업데이트합니다.

다음 명령어를 사용해서 URL 맵을 수정합니다.
```
gcloud compute url-maps edit URL_MAP \
    --global
```

표시된 텍스트 편집기에서 IPv6 트래픽의 일정 비율을 BACKEND_SERVICE_IPV6로 전달하는 weightedBackendServices 작업이 포함된 routeRule을 추가합니다.

defaultService: global/backendServices/BACKEND_SERVICE
hostRules:
- hosts:
  - '*'
  pathMatcher: matcher1
name: URL_MAP
pathMatchers:
- defaultService: global/backendServices/BACKEND_SERVICE
  name: matcher1
  routeRules:
  - matchRules:
    - prefixMatch: ''
    priority: 1
    routeAction:
      weightedBackendServices:
      - backendService: global/backendServices/BACKEND_SERVICE
        weight: 95
      - backendService: global/backendServices/BACKEND_SERVICE_IPV6
        weight: 5

IPv6로의 점진적 마이그레이션을 구현하려면 URL 맵을 여러 번 수정하여 새 백엔드 서비스 BACKEND_SERVICE_IPV6의 가중치 비율을 100%까지 점진적으로 늘립니다.

IP 주소 선택 정책 구성

이 단계는 선택사항입니다. 리소스 및 백엔드를 이중 스택으로 변환한 후 IP 주소 선택 정책을 사용하여 Google 프런트엔드(GFE)에서 백엔드로 전송되는 트래픽 유형을 지정할 수 있습니다.

IP_ADDRESS_SELECTION_POLICY를 다음 값 중 하나로 바꿉니다.

IP 주소 선택 정책 설명

IPv4만 클라이언트에서 GFE로 전송되는 트래픽과 관계없이 IPv4 트래픽만 백엔드 서비스의 백엔드로 전송합니다. 백엔드 상태를 확인하는 데 IPv4 상태 점검만 사용됩니다.

IP 주소 선택 정책	설명
IPv4만	클라이언트에서 GFE로 전송되는 트래픽과 관계없이 IPv4 트래픽만 백엔드 서비스의 백엔드로 전송합니다. 백엔드 상태를 확인하는 데 IPv4 상태 점검만 사용됩니다.
IPv6 우선 사용	IPv4 연결보다 백엔드의 IPv6 연결에 우선순위를 둡니다(IPv6 주소를 사용하는 정상 백엔드가 있는 경우). 상태 점검은 백엔드의 IPv6 및 IPv4 연결을 주기적으로 모니터링합니다. GFE가 먼저 IPv6 연결을 시도합니다. IPv6 연결이 끊어지거나 느리면 GFE는 Happy Eyeballs를 사용하여 IPv4로 대체 및 연결합니다. IPv6 또는 IPv4 연결 중 하나가 비정상적이더라도 백엔드는 여전히 정상 상태로 간주됩니다. GFE에서 두 연결을 모두 시도하고 Happy Eyeballs를 통해 최종적으로 사용할 연결을 선택합니다.
IPv6만	클라이언트에서 프록시로 전송되는 트래픽과 관계없이 IPv6 트래픽만 백엔드 서비스의 백엔드로 전송합니다. 백엔드 상태를 확인하는 데 IPv6 상태 점검만 사용됩니다. 백엔드 트래픽 유형이 IP 주소 선택 정책과 일치하는지 확인하기 위한 검증은 없습니다. 예를 들어 IPV4 백엔드가 있고 IP 주소 선택 정책으로 `Only IPv6`를 선택하면 구성 오류는 관찰되지 않지만 트래픽이 백엔드로 전달되지 않습니다.

IPv6 우선 사용

IPv4 연결보다 백엔드의 IPv6 연결에 우선순위를 둡니다(IPv6 주소를 사용하는 정상 백엔드가 있는 경우).

상태 점검은 백엔드의 IPv6 및 IPv4 연결을 주기적으로 모니터링합니다. GFE가 먼저 IPv6 연결을 시도합니다. IPv6 연결이 끊어지거나 느리면 GFE는 Happy Eyeballs를 사용하여 IPv4로 대체 및 연결합니다.

IPv6 또는 IPv4 연결 중 하나가 비정상적이더라도 백엔드는 여전히 정상 상태로 간주됩니다. GFE에서 두 연결을 모두 시도하고 Happy Eyeballs를 통해 최종적으로 사용할 연결을 선택합니다.

IPv6만

클라이언트에서 프록시로 전송되는 트래픽과 관계없이 IPv6 트래픽만 백엔드 서비스의 백엔드로 전송합니다. 백엔드 상태를 확인하는 데 IPv6 상태 점검만 사용됩니다.

백엔드 트래픽 유형이 IP 주소 선택 정책과 일치하는지 확인하기 위한 검증은 없습니다. 예를 들어 IPV4 백엔드가 있고 IP 주소 선택 정책으로 Only IPv6를 선택하면 구성 오류는 관찰되지 않지만 트래픽이 백엔드로 전달되지 않습니다.

Console

Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.

부하 분산으로 이동
부하 분산기 이름을 클릭합니다.
수정을 클릭합니다.
백엔드 구성을 클릭합니다.
백엔드 서비스 필드에서 BACKEND_SERVICE_IPV6를 선택합니다.
백엔드 유형은 영역별 네트워크 엔드포인트 그룹 또는 인스턴스 그룹이어야 합니다.
IP 주소 선택 정책 목록에서 IP_ADDRESS_SELECTION_POLICY를 선택합니다.
완료를 클릭합니다.

gcloud

백엔드 서비스를 업데이트합니다.

gcloud beta compute backend-services update BACKEND_SERVICE_IPV6 \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --protocol=HTTP \
   --ip-address-selection-policy=IP_ADDRESS_SELECTION_POLICY \
   --global

부하 분산기 테스트

모든 필수 리소스가 이중 스택으로 업데이트되었는지 검증해야 합니다. 모든 리소스를 업데이트한 후에는 트래픽이 자동으로 백엔드로 이동해야 합니다. 로그를 확인하고 변환이 완료되었는지 확인할 수 있습니다.

부하 분산기를 테스트하여 마이그레이션이 성공했고 수신 트래픽이 예상대로 백엔드에 도달하는지 확인합니다.

부하 분산기의 외부 IP 주소 조회

Console

Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.

부하 분산으로 이동
부하 분산기 이름을 클릭합니다.
프런트엔드 섹션에 두 개의 부하 분산기 IP 주소가 표시됩니다. 이 절차에서는 IPv4 주소를 IP_ADDRESS_IPV4라고 하고 IPv6 주소를 IP_ADDRESS_IPV6라고 합니다.
백엔드 섹션에서 IP 주소 선택 정책이 Prefer IPv6이면 백엔드에 대한 상태 점검 상태가 2개 표시됩니다.
참고: 엔드포인트가 여러 개 있는 백엔드 서비스에는 고유한 IPv6 주소가 있어야 합니다. 엔드포인트가 서로 다른 서브넷에 있을 수 있지만 여러 엔드포인트에 동일한 IPv6 주소를 사용할 수 없습니다.

인스턴스에 트래픽 보내기

이 예에서는 curl 명령의 요청이 백엔드에 무작위로 배포됩니다.

모든 백엔드 VM 응답이 나타날 때까지 다음 명령어를 몇 번 반복합니다.
```
curl http://IP_ADDRESS_IPV4
```
```
curl http://IP_ADDRESS_IPV6
```
예를 들어 IPv6 주소가 [fd20:1db0:b882:802:0:46:0:0]:80이면 명령어는 다음과 같습니다.
```
curl http://[fd20:1db0:b882:802:0:46:0:0]
```

로그 확인

모든 로그 항목은 백엔드의 대상 IPv4 및 IPv6 주소를 캡처합니다. 이중 스택을 지원하므로 백엔드에서 사용되는 IP 주소를 관찰하는 것이 중요합니다.

로그를 보면 트래픽이 IPv6로 이동하거나 IPv4로 장애 조치되는지 확인할 수 있습니다.

HttpRequest에는 백엔드와 연결된 backend_ip 주소가 포함됩니다. 로그를 조사하고 backend_ip의 대상 IPv4 및 IPv6 주소를 비교하면 어떤 IP 주소가 사용되는지 확인할 수 있습니다.