VM 인스턴스 그룹 백엔드로 리전 외부 프록시 네트워크 부하 분산기 설정

리전 외부 프록시 네트워크 부하 분산기는 외부 리전 IP 주소 외부의 단일 리전에서 TCP 서비스 트래픽을 실행하고 확장할 수 있게 해주는 프록시 기반의 리전별 Layer 4 부하 분산기입니다. 이러한 부하 분산기는 인터넷의 외부 TCP 트래픽을 동일한 리전의 백엔드로 분산합니다.

이 가이드에서는 관리형 인스턴스 그룹(MIG) 백엔드를 사용하여 리전 외부 프록시 네트워크 부하 분산기를 설정하는 방법을 설명합니다.

시작하기 전에 외부 프록시 네트워크 부하 분산기 개요를 읽어보세요.

이 예시에서는 부하 분산기를 사용하여 us-west1 리전의 두 영역 관리형 인스턴스 그룹에 있는 백엔드 VM에 TCP 트래픽을 분산합니다. 이 예시에서 서비스는 포트 110에서 응답하도록 구성된 Apache 서버 세트입니다. 대부분의 브라우저는 포트 110을 허용하지 않으므로 테스트 섹션에서는 curl을 사용합니다.

이 예시에서는 다음 다이어그램에 표시된 배포를 구성합니다.

인스턴스 그룹 백엔드가 있는 외부 프록시 네트워크 부하 분산기 예시 구성

리전 외부 프록시 네트워크 부하 분산기는 리전별 부하 분산기입니다. 모든 부하 분산기 구성요소(백엔드 인스턴스 그룹, 백엔드 서비스, 대상 프록시, 전달 규칙)는 같은 리전에 있어야 합니다.

권한

이 가이드를 진행하려면 프로젝트에서 인스턴스를 만들고 네트워크를 수정할 수 있어야 합니다. 이렇게 하려면 프로젝트 소유자 또는 편집자이거나 다음 Compute Engine IAM 역할을 모두 보유해야 합니다.

태스크	필요한 역할
네트워크, 서브넷, 부하 분산기 구성요소 만들기	Compute 네트워크 관리자 (`roles/compute.networkAdmin`)
방화벽 규칙 추가 및 삭제	Compute 보안 관리자 (`roles/compute.securityAdmin`)
인스턴스 만들기	Compute 인스턴스 관리자 (`roles/compute.instanceAdmin`)

자세한 내용은 다음 가이드를 참조하세요.

네트워크 및 서브넷 구성

부하 분산기의 백엔드를 위한 서브넷 한 개와 부하 분산기의 프록시를 위한 서브넷 한 개, 총 두 개 서브넷이 있는 VPC 네트워크가 필요합니다. 이 부하 분산기는 리전에 따라 다릅니다. 트래픽 소스가 부하 분산기와 동일한 리전의 서브넷에 있는 경우 VPC 네트워크 내의 트래픽이 부하 분산기로 라우팅됩니다.

이 예시에서는 다음 VPC 네트워크, 리전 및 서브넷을 사용합니다.

네트워크: 이름이 lb-network인 커스텀 모드 VPC 네트워크
백엔드 서브넷: 기본 IP 주소 범위로 10.1.2.0/24을 사용하는 us-west1 리전에 있는 backend-subnet이라는 서브넷
프록시 서브넷: 기본 IP 주소 범위로 10.129.0.0/23을 사용하는 us-west1 리전에 있는 proxy-only-subnet이라는 서브넷

네트워크 및 서브넷 만들기

콘솔

Google Cloud 콘솔에서 VPC 네트워크 페이지로 이동합니다.

VPC 네트워크로 이동
VPC 네트워크 만들기를 클릭합니다.
이름에 lb-network를 입력합니다.
서브넷 섹션에서 서브넷 생성 모드를 커스텀으로 설정합니다.
부하 분산기의 백엔드에 대한 서브넷을 만듭니다. 새 서브넷 섹션에 다음 정보를 입력합니다.
- 이름: backend-subnet
- 리전: us-west1
- IP 주소 범위: 10.1.2.0/24
완료를 클릭합니다.
만들기를 클릭합니다.

gcloud

커스텀 VPC 네트워크를 만들려면 gcloud compute networks create 명령어를 사용합니다.
```
gcloud compute networks create lb-network --subnet-mode=custom
```
lb-network 네트워크의 us-west1 리전에 서브넷을 만들려면 gcloud compute networks subnets create 명령어를 사용합니다.
```
gcloud compute networks subnets create backend-subnet \
    --network=lb-network \
    --range=10.1.2.0/24 \
    --region=us-west1
```

프록시 전용 서브넷 만들기

프록시 전용 서브넷은 Google이 사용자를 대신하여 Envoy 프록시를 실행하는 데 사용하는 IP 주소 집합을 제공합니다. 프록시는 클라이언트의 연결을 종료하고 백엔드에 새 연결을 만듭니다.

이 프록시 전용 서브넷은 lb-network VPC 네트워크의 us-west1 리전에 있는 모든 Envoy 기반 부하 분산기에서 사용됩니다.

콘솔

Google Cloud 콘솔을 사용하는 경우에는 기다렸다가 나중에 부하 분산 페이지에서 프록시 전용 서브넷을 만들 수 있습니다.

지금 프록시 전용 서브넷을 만들려면 다음 단계를 사용합니다.

Google Cloud 콘솔에서 VPC 네트워크 페이지로 이동합니다.

VPC 네트워크로 이동
VPC 네트워크의 이름(lb-network)을 클릭합니다.
서브넷 추가를 클릭합니다.
이름에 proxy-only-subnet를 입력합니다.
리전에서 us-west1을 선택합니다.
용도를 리전별 관리형 프록시로 설정합니다.
IP 주소 범위에 10.129.0.0/23을 입력합니다.
추가를 클릭합니다.

gcloud

프록시 전용 서브넷을 만들려면 gcloud compute networks subnets create 명령어를 사용합니다.

gcloud compute networks subnets create proxy-only-subnet \
    --purpose=REGIONAL_MANAGED_PROXY \
    --role=ACTIVE \
    --region=us-west1 \
    --network=lb-network \
    --range=10.129.0.0/23

방화벽 규칙 만들기

이 예시에서는 다음과 같은 방화벽 규칙을 만듭니다.

fw-allow-ssh. 부하 분산되는 인스턴스에 적용되는 인그레스 규칙으로 TCP 포트 22에 임의의 주소로부터 수신되는 SSH 연결을 허용합니다. 이 규칙에 더 제한적인 소스 IP 범위를 선택할 수 있습니다. 예를 들어 SSH 세션을 시작할 시스템의 IP 범위만 지정할 수도 있습니다. 이 예시에서는 대상 태그 allow-ssh를 사용합니다.
fw-allow-health-check. 부하 분산되는 인스턴스에 적용되는 인그레스 규칙으로, 130.211.0.0/22 및 35.191.0.0/16에서 Google Cloud 상태 점검 시스템의 모든 TCP 트래픽을 허용합니다. 이 예시에서는 대상 태그 allow-health-check를 사용합니다.
fw-allow-proxy-only-subnet. 프록시 전용 서브넷의 연결이 백엔드에 도달하도록 허용하는 인그레스 규칙입니다.

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

대상 태그는 백엔드 인스턴스를 정의합니다. 대상 태그가 없으면 VPC 네트워크의 모든 백엔드 인스턴스에 방화벽 규칙이 적용됩니다. 백엔드 VM을 만들 때는 관리형 인스턴스 그룹 만들기에 나온 대로 지정된 대상 태그를 포함해야 합니다.

콘솔

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

방화벽 정책으로 이동
방화벽 규칙 만들기를 클릭하여 수신 SSH 연결을 허용하는 규칙을 만듭니다. 다음 입력란을 작성하세요.
- 이름: fw-allow-ssh
- 네트워크: lb-network
- 트래픽 방향: 인그레스
- 일치 시 작업: 허용
- 대상: 지정된 대상 태그
- 대상 태그: allow-ssh
- 소스 필터: IPv4 범위
- 소스 IPv4 범위: 0.0.0.0/0
- 프로토콜 및 포트:
  - 지정된 프로토콜 및 포트를 선택합니다.
  - TCP 체크박스를 선택한 후 포트 번호에 22을 입력합니다.
만들기를 클릭합니다.
방화벽 규칙 만들기를 다시 한 번 클릭하여 Google Cloud 상태 점검을 허용하는 규칙을 만듭니다.
- 이름: fw-allow-health-check
- 네트워크: lb-network
- 트래픽 방향: 인그레스
- 일치 시 작업: 허용
- 대상: 지정된 대상 태그
- 대상 태그: allow-health-check
- 소스 필터: IPv4 범위
- 소스 IPv4 범위: 130.211.0.0/22 및 35.191.0.0/16
- 프로토콜 및 포트:
  - 지정된 프로토콜 및 포트를 선택합니다.
  - TCP 체크박스를 선택한 후 포트 번호에 80을 입력합니다.
  권장사항에 따라서 상태 확인에 사용되는 것과 일치하는 프로토콜 및 포트로 이러한 규칙을 제한합니다. 프로토콜 및 포트에 tcp:80을 사용하면 Google Cloud가 포트 80에서 HTTP를 사용하여 VM에 연결할 수 있지만 포트 443에서 HTTPS를 사용하여 연결할 수는 없습니다.
만들기를 클릭합니다.
방화벽 규칙 만들기를 세 번 클릭하여 부하 분산기의 프록시 서버를 백엔드에 연결하도록 허용하는 규칙을 만듭니다.
- 이름: fw-allow-proxy-only-subnet
- 네트워크: lb-network
- 트래픽 방향: 인그레스
- 일치 시 작업: 허용
- 대상: 지정된 대상 태그
- 대상 태그: allow-proxy-only-subnet
- 소스 필터: IPv4 범위
- 소스 IPv4 범위: 10.129.0.0/23
- 프로토콜 및 포트:
  - 지정된 프로토콜 및 포트를 선택합니다.
  - TCP 체크박스를 선택한 후 포트 번호에 80을 입력합니다.
만들기를 클릭합니다.

gcloud

allow-ssh 네트워크 태그를 사용해 VM으로 가는 SSH 연결을 허용하는 fw-allow-ssh 방화벽 규칙을 만듭니다. source-ranges를 생략하면 Google Cloud는 모든 소스를 의미하는 것으로 규칙을 해석합니다.
```
gcloud compute firewall-rules create fw-allow-ssh \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --target-tags=allow-ssh \
    --rules=tcp:22
```
fw-allow-health-check 규칙을 만들어 Google Cloud 상태 점검을 허용합니다. 이 예시에서는 상태 점검 프로버의 모든 TCP 트래픽을 허용합니다. 그러나 필요에 따라 더 좁은 포트 집합을 구성할 수 있습니다.
```
gcloud compute firewall-rules create fw-allow-health-check \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --source-ranges=130.211.0.0/22,35.191.0.0/16 \
    --target-tags=allow-health-check \
    --rules=tcp:80
```

리전의 Envoy 프록시가 백엔드에 연결하도록 허용하는 fw-allow-proxy-only-subnet 규칙을 만듭니다. --source-ranges를 프록시 전용 서브넷의 할당된 범위로 설정합니다(예: 10.129.0.0/23).

gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --source-ranges=10.129.0.0/23 \
    --target-tags=allow-proxy-only-subnet \
    --rules=tcp:80

부하 분산기의 IP 주소 예약

부하 분산기의 고정 IP 주소를 예약합니다.

콘솔

Google Cloud 콘솔에서 고정 주소 예약 페이지로 이동합니다.

고정 주소 예약으로 이동
새 주소의 이름을 선택합니다.
네트워크 서비스 등급에 스탠더드를 선택합니다.
IP 버전에서 IPv4를 선택합니다. IPv6 주소는 지원되지 않습니다.
유형에서 리전을 선택합니다.
리전에서 us-west1을 선택합니다.
연결 대상 옵션을 없음으로 설정된 상태로 둡니다. 부하 분산기를 만들면 이 IP 주소가 부하 분산기의 전달 규칙에 연결됩니다.
예약을 클릭하여 IP 주소를 예약합니다.

gcloud

고정 외부 IP 주소를 예약하려면 gcloud compute addresses create 명령어를 사용합니다.
```
gcloud compute addresses create ADDRESS_NAME  \
    --region=us-west1 \
    --network-tier=STANDARD
```
ADDRESS_NAME을 이 주소에 사용할 이름으로 바꿉니다.
결과를 보려면 gcloud compute addresses describe 명령어를 사용하세요.
```
gcloud compute addresses describe ADDRESS_NAME
```

관리형 인스턴스 그룹 만들기

이 섹션에서는 부하 분산기의 us-west1 리전에 2개의 관리형 인스턴스 그룹(MIG) 백엔드를 만드는 방법을 보여줍니다. MIG는 이 예시에서 백엔드 Apache 서버를 실행하는 VM 인스턴스를 제공합니다. 일반적으로 리전 외부 프록시 네트워크 부하 분산기는 HTTP 트래픽에 사용되지 않습니다. Apache가 일반적으로 사용되는 소프트웨어로서, 테스트를 위해 쉽게 설정할 수 있습니다.

콘솔

인스턴스 템플릿 만들기

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

인스턴스 템플릿으로 이동
인스턴스 템플릿 만들기를 클릭합니다.
이름에 ext-reg-tcp-proxy-backend-template를 입력합니다.
부팅 디스크가 Debian GNU/Linux 10(stretch)과 같은 Debian 이미지로 설정되었는지 확인합니다. 이 안내에서는 apt-get처럼 Debian에서만 사용할 수 있는 명령어를 사용합니다.
고급 옵션을 클릭합니다.
네트워킹을 클릭하고 다음 필드를 구성합니다.
1. 네트워크 태그에 allow-ssh, allow-health-check, allow-proxy-only-subnet을 입력합니다.
2. 네트워크 인터페이스에 다음을 선택합니다.
  - 네트워크: lb-network
  - 서브넷: backend-subnet

관리를 클릭합니다. 시작 스크립트 필드에 다음 스크립트를 입력합니다.

 #! /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

만들기를 클릭합니다.

관리형 인스턴스 그룹 만들기

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

인스턴스 그룹으로 이동
인스턴스 그룹 만들기를 클릭합니다.
새 관리형 인스턴스 그룹(스테이트리스(Stateless))을 선택합니다. 자세한 내용은 스테이트풀(Stateful) 디스크를 사용하는 MIG 만들기를 참조하세요.
이름에 mig-a를 입력합니다.
위치에서 단일 영역을 선택합니다.
리전에서 us-west1을 선택합니다.
영역에서 us-west1-a를 선택합니다.
인스턴스 템플릿에서 ext-reg-tcp-proxy-backend-template을 선택합니다.
그룹에 만들 인스턴스의 수를 지정합니다.

이 예시에서는 자동 확장에서 다음 옵션을 지정합니다.
- 자동 확장 모드에서 Off:do not autoscale을 선택합니다.
- 최대 인스턴스 수에 2를 입력합니다.
포트 매핑에서 포트 추가를 클릭합니다.
- 포트 이름에 tcp80을 입력합니다.
- 포트 번호에 80을 입력합니다.
만들기를 클릭합니다.
두 번째 관리형 인스턴스 그룹을 만들려면 관리형 인스턴스 그룹 만들기 단계를 반복하고 다음 설정을 사용합니다.
- 이름: mig-c
- 영역: us-west1-c
다른 설정은 모두 동일하게 유지합니다.

gcloud

이 가이드의 Google Cloud CLI 안내에서는 Cloud Shell 또는 bash가 설치된 다른 환경을 사용한다고 가정합니다.

HTTP 서버로 VM 인스턴스 템플릿을 만들려면 gcloud compute instance-templates create 명령어를 사용합니다.

gcloud compute instance-templates create ext-reg-tcp-proxy-backend-template \
    --region=us-west1 \
    --network=lb-network \
    --subnet=backend-subnet \
    --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
    --image-family=debian-10 \
    --image-project=debian-cloud \
    --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'

us-west1-a 영역에 관리형 인스턴스 그룹을 만듭니다.

gcloud compute instance-groups managed create mig-a \
    --zone=us-west1-a \
    --size=2 \
    --template=ext-reg-tcp-proxy-backend-template

us-west1-c 영역에 관리형 인스턴스 그룹을 만듭니다.

gcloud compute instance-groups managed create mig-c \
    --zone=us-west1-c \
    --size=2 \
    --template=ext-reg-tcp-proxy-backend-template

부하 분산기 구성

Console

구성 시작

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

부하 분산으로 이동
부하 분산기 만들기를 클릭합니다.
부하 분산기 유형에 네트워크 부하 분산기(TCP/UDP/SSL)를 선택하고 다음을 클릭합니다.
프록시 또는 패스 스루에 프록시 부하 분산기를 선택하고 다음을 클릭합니다.
공개 또는 내부에서 공개(외부)를 선택하고 다음을 클릭합니다.
전역 또는 단일 리전 배포에서 리전 워크로드에 적합을 선택하고 다음을 클릭합니다.
구성을 클릭합니다.

기본 구성

이름에 my-ext-tcp-lb을 입력합니다.
리전에서 us-west1을 선택합니다.
네트워크에서 lb-network를 선택합니다.

프록시 전용 서브넷 예약

서브넷 예약을 클릭합니다.
이름에 proxy-only-subnet를 입력합니다.
IP 주소 범위에 10.129.0.0/23을 입력합니다.
추가를 클릭합니다.

백엔드 구성

백엔드 구성을 클릭합니다.
백엔드 유형에서 인스턴스 그룹을 선택합니다.
프로토콜에서 TCP를 선택합니다.
이름이 지정된 포트에 tcp80를 입력합니다.
첫 번째 백엔드를 구성합니다.
1. 새 백엔드에서 인스턴스 그룹 mig-a를 선택합니다.
2. 포트 번호에 80을 입력합니다.
3. 남은 기본값은 그대로 두고 완료를 클릭합니다.
두 번째 백엔드를 구성합니다.
1. 백엔드 추가를 클릭합니다.
2. 새 백엔드에서 인스턴스 그룹 mig-c를 선택합니다.
3. 포트 번호에 80을 입력합니다.
4. 남은 기본값은 그대로 두고 완료를 클릭합니다.
상태 점검을 구성합니다.
1. 상태 점검에서 상태 점검 만들기를 선택합니다.
2. 상태 점검 이름을 tcp-health-check로 설정합니다.
3. 프로토콜에서 TCP를 선택합니다.
4. 포트를 80으로 설정합니다.
남은 기본값은 그대로 두고 저장을 클릭합니다.
Google Cloud 콘솔에서 백엔드 구성 옆에 체크표시가 있는지 확인합니다. 없으면 모든 단계를 완료했는지 다시 확인합니다.

프런트엔드 구성

프런트엔드 구성을 클릭합니다.
이름에 ext-reg-tcp-forwarding-rule를 입력합니다.
서브네트워크로 backend-subnet을 선택합니다.
IP 주소에서 이전에 예약한 IP 주소를 선택합니다. LB_IP_ADDRESS
포트 번호에 110을 입력합니다. 전달 규칙은 목적지 포트가 일치하는 패킷만 전달합니다.
PROXY 프로토콜은 Apache HTTP 서버 소프트웨어에서 작동하지 않으므로 프록시 프로토콜에서 사용 중지를 선택합니다. 자세한 내용은 PROXY 프로토콜을 참조하세요.
완료를 클릭합니다.
Google Cloud 콘솔에서 프런트엔드 구성 옆에 체크표시가 있는지 확인합니다. 없으면 이전 단계를 모두 완료했는지 다시 확인합니다.

검토 및 완료

검토 및 완료를 클릭합니다.
부하 분산기 구성 설정을 검토합니다.
선택사항: 부하 분산기를 만드는 데 사용되는 REST API 요청을 보려면 상응하는 코드를 클릭합니다.
만들기를 클릭합니다.

gcloud

리전 상태 점검을 만듭니다.

gcloud compute health-checks create tcp tcp-health-check \
    --region=us-west1 \
    --use-serving-port

백엔드 서비스를 만듭니다.

gcloud compute backend-services create ext-reg-tcp-proxy-bs \
    --load-balancing-scheme=EXTERNAL_MANAGED \
    --protocol=TCP \
    --port-name=tcp80 \
    --region=us-west1 \
    --health-checks=tcp-health-check \
    --health-checks-region=us-west1

백엔드 서비스에 인스턴스 그룹을 추가합니다.

gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
    --region=us-west1 \
    --instance-group=mig-a \
    --instance-group-zone=us-west1-a \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.8

gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
    --region=us-west1 \
    --instance-group=mig-c \
    --instance-group-zone=us-west1-c \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.8

대상 TCP 프록시를 만듭니다.
```
gcloud compute target-tcp-proxies create ext-reg-tcp-target-proxy \
    --backend-service=ext-reg-tcp-proxy-bs \
    --proxy-header=NONE \
    --region=us-west1
```
프록시 헤더를 사용 설정하려면 NONE 대신 PROXY_V1로 설정합니다. 이 예시에서는 PROXY 프로토콜이 Apache HTTP 서버 소프트웨어에서 작동하지 않으므로 PROXY 프로토콜을 사용 설정하지 마세요. 자세한 내용은 PROXY 프로토콜을 참조하세요.

전달 규칙을 만듭니다. --ports의 경우 1~65535에서 단일 포트 번호를 지정합니다. 이 예시에서는 포트 110을 사용합니다. 전달 규칙은 목적지 포트가 일치하는 패킷만 전달합니다.

gcloud compute forwarding-rules create ext-reg-tcp-forwarding-rule \
    --load-balancing-scheme=EXTERNAL_MANAGED \
    --network=lb-network \
    --subnet=backend-subnet \
    --region=us-west1 \
    --target-tcp-proxy=ext-reg-tcp-target-proxy \
    --target-tcp-proxy-region=us-west1 \
    --address=ext-reg-tcp-ip-address \
    --ports=110

부하 분산기 테스트

부하 분산기를 구성했으므로 부하 분산기의 IP 주소로 트래픽 전송을 테스트할 수 있습니다.

부하 분산기의 IP 주소를 가져옵니다.

IPv4 주소를 가져오려면 다음 명령어를 실행합니다.
```
gcloud compute addresses describe ADDRESS_NAME
```
다음 명령어를 실행하여 트래픽을 부하 분산기로 보냅니다. LB_IP_ADDRESS를 부하 분산기의 IPv4 주소로 바꿉니다.
```
curl -m1 LB_IP_ADDRESS:9090
```

추가 구성 옵션

이 섹션에서는 대체 및 추가 구성 옵션을 제공하는 구성 예시를 살펴봅니다. 모든 태스크는 선택사항입니다. 원하는 순서대로 수행할 수 있습니다.

세션 어피니티 사용 설정

구성 예시는 세션 어피니티 없이 백엔드 서비스를 만듭니다.

이 절차에서는 백엔드 서비스가 클라이언트 IP 어피니티 또는 생성된 쿠키 어피니티를 사용하도록 이전에 생성된 예시 부하 분산기의 백엔드 서비스를 업데이트하는 방법을 보여줍니다.

클라이언트 IP 어피니티가 사용 설정되면 부하 분산기는 클라이언트의 IP 주소 및 부하 분산기의 IP 주소(내부 전달 규칙의 내부 IP 주소)에서 생성된 해시를 기반으로 특정 클라이언트의 요청을 동일한 백엔드 VM에 전달합니다.

클라이언트 IP 세션 어피니티를 사용 설정하려면 다음 단계를 완료하세요.

콘솔

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

부하 분산으로 이동
백엔드를 클릭합니다.
ext-reg-tcp-proxy-bs(이 예시에서 만든 백엔드 서비스의 이름)를 클릭한 다음 수정을 클릭합니다.
백엔드 서비스 세부정보 페이지에서 고급 구성을 클릭합니다.
세션 어피니티에서 클라이언트 IP를 선택합니다.
업데이트를 클릭합니다.

gcloud

ext-reg-tcp-proxy-bs 백엔드 서비스를 업데이트하고 클라이언트 IP 세션 어피니티를 지정하려면 gcloud compute backend-services update ext-reg-tcp-proxy-bs 명령어를 사용합니다.

gcloud compute backend-services update ext-reg-tcp-proxy-bs \
    --region=us-west1 \
    --session-affinity=CLIENT_IP

다음 단계

외부 프록시 네트워크 부하 분산기의 작동 방식은 외부 프록시 네트워크 부하 분산기 개요를 참조하세요.
부하 분산기의 로깅 및 모니터링을 설정하려면 프록시 네트워크 부하 분산기 로깅 및 모니터링을 참조하세요.
이후에 요금이 청구되지 않도록 만든 리소스를 삭제하려면 부하 분산기 설정 삭제를 참조하기