전역 외부 애플리케이션 부하 분산기를 이중 스택 백엔드로 마이그레이션

이 문서에서는 전역 외부 애플리케이션 부하 분산기 리소스 및 백엔드를 단일 스택에서 이중 스택으로 마이그레이션하는 방법을 보여줍니다.

먼저 IPv4 전용에서 IPv4 및 IPv6(이중 스택) 백엔드로 마이그레이션해야 합니다. 나중에 백엔드 서비스의 IP 주소 선택 정책을 전환하여 GFE에서 백엔드로 전송되는 트래픽 유형을 지정할 수 있습니다. 자세한 내용은 IP 주소 선택 정책 구성을 참조하세요.

마이그레이션 프로세스 정보

마이그레이션 프로세스를 수행하려면 다음 부하 분산기 리소스를 업데이트해야 합니다.

서브넷. 서브넷의 IP 스택 유형을 IPv4 전용(단일 스택) 또는 IPv4 및 IPv6(이중 스택)을 지원하도록 업데이트할 수 있습니다. 서브넷을 이중 스택에서 단일 스택 주소로 다운그레이드할 수 없습니다. 업데이트하려면 서브넷 업데이트를 참조하세요.
백엔드. IPv4 전용(단일 스택) 또는 IPv4 및 IPv6(이중 스택)을 지원하도록 다음 백엔드의 IP 스택 유형을 업데이트할 수 있습니다.
- 모든 인스턴스 그룹 백엔드: 관리형, 비관리형 또는 관리형과 비관리형 조합의 인스턴스 그룹 백엔드 하나 이상.
  
  업데이트하려면 VM 인스턴스 또는 템플릿 업데이트를 참조하세요.
- 모든 영역별 NEG: GCE_VM_IP_PORT 유형의 영역별 NEG 하나 이상.
  
  업데이트하려면 영역별 NEG 업데이트를 참조하세요.
방화벽 규칙. IPv6 상태 점검 프로브의 트래픽이 백엔드에 도달하도록 허용하는 방화벽 규칙을 만듭니다. 만들려면 IPv6 상태 점검 방화벽 규칙 만들기를 참조하세요.
백엔드 서비스. GFE에서 백엔드로 전송되는 트래픽 유형을 지정하도록 백엔드 서비스의 IP 주소 선택 정책을 업데이트할 수 있습니다. 업데이트하려면 백엔드 서비스 업데이트를 참조하세요.
참고: 백엔드 서비스의 IP 주소 선택 정책을 Only IPv6로 설정할 수 있지만 백엔드의 IP 스택 유형은 이중 스택만 가능합니다. IPv6 전용 백엔드는 지원되지 않습니다.
전달 규칙. IPv6에 대한 전달 규칙을 만듭니다.

필수 리소스를 모두 업데이트했는지 확인하는 검증은 없습니다. 모든 리소스를 업데이트하면 트래픽이 백엔드로 전달되며 로그를 확인하여 마이그레이션이 완료되었는지 확인할 수 있습니다.

마이그레이션할 리소스 식별

모든 서브넷을 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud compute networks subnets list
```
이중 스택으로 마이그레이션할 IPv4 전용 주소가 있는 서브넷의 이름을 확인합니다. 이 이름을 이후에 SUBNET으로 참조합니다. VPC 네트워크를 이후에 NETWORK로 참조합니다.
모든 백엔드 서비스를 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud beta compute backend-services list
```
이중 스택으로 마이그레이션할 백엔드 서비스의 이름을 확인합니다. 이 이름을 이후에 BACKEND_SERVICE로 참조합니다.
모든 URL 맵을 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud beta compute url-maps list
```
부하 분산기와 연결된 URL 맵의 이름을 확인합니다. 이 이름을 이후에 URL_MAP으로 참조합니다.
모든 VM 인스턴스 및 인스턴스 템플릿을 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud compute instances list
```
```
gcloud compute instance-templates list
```
이중 스택으로 마이그레이션할 인스턴스 및 인스턴스 템플릿의 이름을 확인합니다. 이 이름을 이후에 VM_INSTANCE 및 INSTANCE_TEMPLATES로 참조합니다.
모든 영역별 네트워크 엔드포인트 그룹(NEG)을 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud compute network-endpoint-groups list
```
이중 스택으로 마이그레이션할 영역 NEG 백엔드의 이름을 확인합니다. 이 이름을 이후에 ZONAL_NEG로 참조합니다.
모든 대상 프록시를 나열하려면 Cloud Shell에서 다음 명령어를 실행합니다.
```
gcloud compute target-http-proxies list
```
부하 분산기와 연결된 대상 프록시의 이름을 확인합니다. 이 이름을 이후에 TARGET_PROXY로 참조합니다.

IPv4에서 IPv4 및 IPv6(이중 스택) 백엔드로 마이그레이션

이 섹션에서는 IPv4 전용(단일 스택)을 사용하는 부하 분산기와 백엔드를 IPv4 및 IPv6(이중 스택)으로 마이그레이션하는 절차를 설명합니다.

기본 요건

시작하기 전에 인스턴스 그룹 또는 영역별 NEG 백엔드의 IP 스택 유형이 IPv4_ONLY인 전역 외부 애플리케이션 부하 분산기가 이미 설정되어 있어야 합니다.

전역 외부 애플리케이션 부하 분산기를 설정하려면 다음 문서를 참조하세요.

다음 명령어를 실행하여 프로젝트에 있는 모든 VM 인스턴스의 스택 유형 정보를 나열할 수 있습니다.

gcloud

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)"

서브넷 업데이트

이중 스택 서브넷은 커스텀 모드 VPC 네트워크에서만 지원됩니다. 이중 스택 서브넷은 자동 모드 VPC 네트워크 또는 기존 네트워크에서 지원되지 않습니다.

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

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

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

참고: 서브넷의 IPv6 액세스 유형은 External이어야 합니다.

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용 새 백엔드 서비스 및 전달 규칙 만들기

이중 스택을 지원하도록 기존 BACKEND_SERVICE를 업데이트할 수 있지만 이 섹션에서는 IP 주소 선택 정책을 Prefer IPv6로 사용하여 새 백엔드 서비스를 만드는 방법을 설명합니다. 새 백엔드 서비스를 만들면 트래픽을 새 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 백엔드 서비스로 트래픽 라우팅

BACKEND_SERVICE 및 BACKEND_SERVICE_IPV6 모두 트래픽을 처리할 수 있습니다. 클라이언트 트래픽의 일부를 새 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 주소 선택 정책을 구성하는 방법을 안내합니다. 백엔드를 이중 스택으로 마이그레이션한 후에는 IP 주소 선택 정책을 사용하여 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 주소가 사용되는지 확인할 수 있습니다.

제한사항

IP 주소 선택 정책이 IPV6_ONLY로 구성된 경우에도 IPv4 only 백엔드를 구성할 수 있습니다. 이러한 구성을 사용하면 정상 백엔드가 없고, 클라이언트는 응답 코드 503을 받게 되며, 업스트림 트래픽이 없습니다. 로그를 검토하면 failed_to_pick_backend와 함께 statusDetails HTTP 실패 메시지를 확인할 수 있습니다.