Cloud Run을 사용하여 리전 간 내부 애플리케이션 부하 분산기 설정

gcloud

gcloud run deploy CLOUD_RUN_SERVICE_NAMEA \
   --platform=managed \
   --allow-unauthenticated \
   --ingress=internal \
   --region=REGION_A \
   --image=IMAGE_URLA

gcloud run deploy CLOUD_RUN_SERVICE_NAMEB \
   --platform=managed \
   --allow-unauthenticated \
   --ingress=internal \
   --region=REGION_B \
   --image=IMAGE_URLB

콘솔

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

   VPC 네트워크로 이동

2. VPC 네트워크 만들기를 클릭합니다.

3. 네트워크의 이름을 입력합니다.

4. 서브넷 섹션에서 서브넷 생성 모드를 커스텀으로 설정합니다.

5. 부하 분산기의 백엔드에 대한 서브넷을 만듭니다. 새 서브넷 섹션에 다음 정보를 입력합니다.

   • 서브넷 이름을 입력합니다.
   • 리전으로 REGION_A를 선택합니다.
   • IP 주소 범위로 10.1.2.0/24를 입력합니다.

6. 완료를 클릭합니다.

7. 서브넷 추가를 클릭합니다.

8. 부하 분산기의 백엔드에 대한 서브넷을 만듭니다. 새 서브넷 섹션에 다음 정보를 입력합니다.

   • 서브넷 이름을 입력합니다.
   • 리전으로 REGION_B를 선택합니다.
   • IP 주소 범위로 10.1.3.0/24를 입력합니다.

9. 완료를 클릭합니다.

10. 만들기를 클릭합니다.

gcloud

1. gcloud compute networks create 명령어를 사용하여 커스텀 VPC 네트워크를 만듭니다.

   gcloud compute networks create NETWORK --subnet-mode=custom
   

2. gcloud compute networks subnets create 명령어를 사용하여 REGION_A 리전의 NETWORK 네트워크에 서브넷을 만듭니다.

   gcloud compute networks subnets create SUBNET_A \
       --network=NETWORK \
       --range=10.1.2.0/24 \
       --region=REGION_A
   

3. gcloud compute networks subnets create 명령어를 사용하여 REGION_B 리전의 NETWORK 네트워크에 서브넷을 만듭니다.

   gcloud compute networks subnets create SUBNET_B \
       --network=NETWORK \
       --range=10.1.3.0/24 \
       --region=REGION_B
   

API

networks.insert 메서드에 대해 POST 요청을 실행합니다. PROJECT_ID를 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks

{
 "routingConfig": {
   "routingMode": "regional"
 },
 "name": "NETWORK",
 "autoCreateSubnetworks": false
}

subnetworks.insert 메서드에 대해 POST 요청을 실행합니다. PROJECT_ID를 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_A/subnetworks

{
 "name": "SUBNET_A",
 "network": "projects/PROJECT_ID/global/networks/NETWORK",
 "ipCidrRange": "10.1.2.0/24",
 "region": "projects/PROJECT_ID/regions/REGION_A",
}

subnetworks.insert 메서드에 대해 POST 요청을 실행합니다. PROJECT_ID를 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_B/subnetworks

{
 "name": "SUBNET_B",
 "network": "projects/PROJECT_ID/global/networks/NETWORK",
 "ipCidrRange": "10.1.3.0/24",
 "region": "projects/PROJECT_ID/regions/REGION_B",
}

콘솔

구성 시작

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

   부하 분산으로 이동

2. 부하 분산기 만들기를 클릭합니다.
3. 부하 분산기 유형에서 애플리케이션 부하 분산기(HTTP/HTTPS)를 선택하고 다음을 클릭합니다.
4. 공개 또는 내부에 내부를 선택하고 다음을 클릭합니다.
5. 리전 간 또는 단일 리전 배포에서 리전 간 워크로드에 적합을 선택하고 다음을 클릭합니다.
6. 구성을 클릭합니다.

기본 구성

1. 부하 분산기의 이름을 입력합니다.
2. 네트워크에 NETWORK을 선택합니다.

2개의 전달 규칙으로 프런트엔드 구성

HTTP의 경우:

1. 프런트엔드 구성을 클릭합니다.
1. 전달 규칙의 이름을 제공합니다.
2. 서브네트워크 리전 목록에서 REGION_A를 선택합니다.
   

   프록시 전용 서브넷 예약

3. 서브네트워크 목록에서 SUBNET_A를 선택합니다.
4. IP 주소 목록에서 IP 주소 만들기를 클릭합니다. 고정 내부 IP 주소 예약 페이지가 열립니다.
• 고정 IP 주소의 이름을 입력합니다.
• 고정 IP 주소 목록에서 직접 선택을 선택합니다.
• 커스텀 IP 주소 필드에 10.1.2.99를 입력합니다.
• 예약을 선택합니다.
2. 완료를 클릭합니다.
3. 두 번째 전달 규칙을 추가하려면 프런트엔드 IP 및 포트 추가를 클릭합니다.
1. 전달 규칙의 이름을 제공합니다.
2. 서브네트워크 리전 목록에서 REGION_B를 선택합니다.
   

   프록시 전용 서브넷 예약

3. 서브네트워크 목록에서 SUBNET_B를 선택합니다.
4. IP 주소 목록에서 IP 주소 만들기를 클릭합니다. 고정 내부 IP 주소 예약 페이지가 열립니다.
• 고정 IP 주소의 이름을 입력합니다.
• 고정 IP 주소 목록에서 직접 선택을 선택합니다.
• 커스텀 IP 주소 필드에 10.1.3.99를 입력합니다.
• 예약을 선택합니다.
4. 완료를 클릭합니다.

HTTPS의 경우:

클라이언트와 부하 분산기 사이에 HTTPS를 사용하는 경우 프록시를 구성할 하나 이상의 SSL 인증서 리소스가 필요합니다. all-regions Google 관리 인증서를 만들려면 다음 문서를 참조하세요.

• Certificate Authority Service 인스턴스에서 발급한 Google 관리 인증서를 만듭니다.
• DNS 승인을 사용하여 Google 관리 인증서를 만듭니다.

Google 관리 인증서를 만든 후 인증서를 대상 프록시에 직접 연결합니다. 인증서 맵은 리전 간 내부 애플리케이션 부하 분산기에서 지원되지 않습니다.

all-regions 자체 관리형 인증서를 만들려면 리전 자체 관리형 인증서 배포 문서를 참조하세요.

1. 프런트엔드 구성을 클릭합니다.
1. 전달 규칙의 이름을 제공합니다.
2. 프로토콜 필드에서 HTTPS (includes HTTP/2)를 선택합니다.
3. 포트가 443으로 설정되었는지 확인합니다.
4. 서브네트워크 리전 목록에서 REGION_A를 선택합니다.
   

   프록시 전용 서브넷 예약

5. 서브네트워크 목록에서 SUBNET_A를 선택합니다.
6. IP 주소 목록에서 IP 주소 만들기를 클릭합니다. 고정 내부 IP 주소 예약 페이지가 열립니다.
• 고정 IP 주소의 이름을 입력합니다.
• 고정 IP 주소 목록에서 직접 선택을 선택합니다.
• 커스텀 IP 주소 필드에 10.1.3.99를 입력합니다.
• 예약을 선택합니다.
7. 인증서 추가 섹션에서 인증서를 선택합니다.
8. 선택사항: 기본 SSL 인증서 외에 인증서를 추가하려면 다음 안내를 따르세요.
1. 인증서 추가를 클릭합니다.
2. 목록에서 인증서를 선택합니다.
9. SSL 정책 목록에서 SSL 정책을 선택합니다. SSL 정책을 만들지 않았다면 기본 Google Cloud SSL 정책이 적용됩니다.
10. 완료를 클릭합니다.

두 번째 프런트엔드 구성 추가:

1. 프런트엔드 구성의 이름을 입력합니다.
2. 프로토콜 필드에서 HTTPS (includes HTTP/2)를 선택합니다.
3. 포트가 443으로 설정되었는지 확인합니다.
4. 서브네트워크 리전 목록에서 REGION_B를 선택합니다.
   

   프록시 전용 서브넷 예약

5. 서브네트워크 목록에서 SUBNET_B를 선택합니다.
6. IP 주소 목록에서 IP 주소 만들기를 클릭합니다. 고정 내부 IP 주소 예약 페이지가 열립니다.
• 고정 IP 주소의 이름을 입력합니다.
• 고정 IP 주소 목록에서 직접 선택을 선택합니다.
• 커스텀 IP 주소 필드에 10.1.3.99를 입력합니다.
• 예약을 선택합니다.
7. 인증서 추가 섹션에서 인증서를 선택합니다.
8. 선택사항: 기본 SSL 인증서 외에 인증서를 추가하려면 다음 안내를 따르세요.
1. 인증서 추가를 클릭합니다.
2. 목록에서 인증서를 선택합니다.
9. SSL 정책 목록에서 SSL 정책을 선택합니다. SSL 정책을 만들지 않았다면 기본 Google Cloud SSL 정책이 적용됩니다.
10. 완료를 클릭합니다.
백엔드 서비스 구성
1. 백엔드 구성을 클릭합니다.
2. 백엔드 서비스 만들기 또는 선택 목록에서 백엔드 서비스 만들기를 클릭합니다.
3. 백엔드 서비스의 이름을 입력합니다.
4. 프로토콜에서 HTTP를 선택합니다.
5. 이름이 지정된 포트에 http를 입력합니다.
6. 백엔드 유형 목록에서 서버리스 네트워크 엔드포인트 그룹을 선택합니다.
7. 새 백엔드 섹션에서 다음을 수행합니다.
• 서버리스 네트워크 엔드포인트 그룹 목록에서 gl7ilb-serverless-neg-a를 선택합니다.
• 완료를 클릭합니다.
• 다른 백엔드를 추가하려면 백엔드 추가를 클릭합니다.
• 서버리스 네트워크 엔드포인트 그룹 목록에서 gl7ilb-serverless-neg-b를 선택합니다.
• 완료를 클릭합니다.

라우팅 규칙 구성

1. 라우팅 규칙을 클릭합니다.
2. 모드에서 단순한 호스트 및 경로 규칙을 선택합니다.
3. 일치하지 않는 모든 호스트 및 일치하지 않는 모든 경로에 대해 하나의 백엔드 서비스만 있는지 확인합니다.

구성 검토

1. 검토 및 완료를 클릭합니다.
2. 부하 분산기 구성 설정을 검토합니다.
3. 만들기를 클릭합니다.

gcloud

1. gcloud compute backend-services create 명령어로 백엔드 서비스를 정의합니다.

   gcloud compute backend-services create gil7-backend-service \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --protocol=HTTP \
     --global
   

2. gcloud compute backend-services add-backend 명령어로 백엔드 서비스에 백엔드를 추가합니다.

   gcloud compute backend-services add-backend gil7-backend-service \
     --network-endpoint-group=gl7ilb-serverless-neg-a \
     --network-endpoint-group-region=REGION_A \
     --global
   

   gcloud compute backend-services add-backend gil7-backend-service \
     --network-endpoint-group=gl7ilb-serverless-neg-b \
     --network-endpoint-group-region=REGION_B \
     --global
   

3. gcloud compute url-maps create 명령어로 URL 맵을 만듭니다.

   gcloud compute url-maps create gil7-map \
     --default-service=gil7-backend-service \
     --global
   

4. 대상 프록시를 만듭니다.

   HTTP의 경우:

   gcloud compute target-http-proxies create 명령어를 사용하여 대상 프록시를 만듭니다.

   gcloud compute target-http-proxies create gil7-http-proxy \
     --url-map=gil7-map \
     --global
   

   HTTPS의 경우:

   Google 관리 인증서를 만들려면 다음 문서를 참조하세요.

   • Certificate Authority Service 인스턴스가 발급한 Google 관리형 인증서를 만듭니다.
   • DNS 승인을 사용하여 Google 관리형 인증서 만들기

   Google 관리 인증서를 만든 후 인증서를 대상 프록시에 직접 연결합니다. 인증서 맵은 리전 간 내부 애플리케이션 부하 분산기에서 지원되지 않습니다.

   자체 관리형 인증서를 만들려면 다음 문서를 참조하세요.

   • 비공개 키 및 인증서 만들기

   파일 경로를 변수 이름에 할당합니다.

   export LB_CERT=PATH_TO_PEM_FORMATTED_FILE
   

   export LB_PRIVATE_KEY=PATH_TO_LB_PRIVATE_KEY_FILE
   

   gcloud certificate-manager certificates create 명령어를 사용하여 모든 리전 SSL 인증서를 만듭니다.

   gcloud certificate-manager certificates create gilb-certificate \
     --private-key-file=$LB_PRIVATE_KEY \
     --certificate-file=$LB_CERT \
     –-scope=all-regions
   

   SSL 인증서를 사용하여 gcloud compute target-https-proxies create 명령어로 대상 프록시를 만듭니다.

   gcloud compute target-https-proxies create gil7-https-proxy \
     --url-map=gil7-map \
     --certificate-manager-certificates=gilb-certificate
   

5. REGION_B 리전에 VIP(10.1.2.99)가 있는 전달 규칙과 REGION_A 리전에 VIP(10.1.3.99)가 있는 전달 규칙 두 개를 만듭니다.

   커스텀 네트워크의 경우 전달 규칙에서 서브넷을 참조해야 합니다. 프록시 서브넷이 아닌 가상 머신(VM) 인스턴스 서브넷입니다.

   HTTP의 경우:

   올바른 플래그와 함께 gcloud compute forwarding-rules create 명령어를 사용하세요.

   gcloud compute forwarding-rules create gil7-forwarding-rule-a \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_B \
     --subnet-region=REGION_B \
     --address=10.1.3.99 \
     --ports=80 \
     --target-http-proxy=gil7-http-proxy \
     --global
   

   gcloud compute forwarding-rules create gil7-forwarding-rule-b \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_A \
     --subnet-region=REGION_A \
     --address=10.1.2.99 \
     --ports=80 \
     --target-http-proxy=gil7-http-proxy \
     --global
   

   HTTPS의 경우:

   올바른 플래그와 함께 gcloud compute forwarding-rules create 명령어를 사용하여 전달 규칙을 만듭니다.

   gcloud compute forwarding-rules create gil7-forwarding-rule-a \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_B \
     --address=10.1.3.99 \
     --ports=443 \
     --target-https-proxy=gil7-https-proxy \
     --global
   

   gcloud compute forwarding-rules create gil7-forwarding-rule-b \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_A \
     --address=10.1.2.99 \
     --ports=443 \
     --target-https-proxy=gil7-https-proxy \
     --global
   

API

backendServices.insert 메서드에 POST 요청을 수행하여 전역 백엔드 서비스를 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices

{
"name": "gil7-backend-service",
"backends": [
  {
    "group": "projects/PROJECT_ID/zones/ZONE_A/instanceGroups/gl7ilb_serverless_negwest",
    "balancingMode": "UTILIZATION"
  },
  {
    "group": "projects/PROJECT_ID/zones/ZONE_B/instanceGroups/gl7ilb_serverless_negeast",
  }
],
"loadBalancingScheme": "INTERNAL_MANAGED"
}

urlMaps.insert 메서드에 POST 요청을 수행하여 URL 맵을 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/urlMaps

{
"name": "l7-ilb-map",
"defaultService": "projects/PROJECT_ID/global/backendServices/gil7-backend-service"
}

HTTP의 경우:

targetHttpProxies.insert 메서드에 POST 요청을 수행하여 대상 HTTP 프록시를 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/targetHttpProxy

{
"name": "l7-ilb-proxy",
"urlMap": "projects/PROJECT_ID/global/urlMaps/l7-ilb-map"
}

globalforwardingRules.insert 메서드에 POST 요청을 수행하여 전달 규칙을 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/forwardingRules

{
"name": "gil7-forwarding-rule-a",
"IPAddress": "10.1.2.99",
"IPProtocol": "TCP",
"portRange": "80-80",
"target": "projects/PROJECT_ID/global/targetHttpProxies/l7-ilb-proxy",
"loadBalancingScheme": "INTERNAL_MANAGED",
"subnetwork": "projects/PROJECT_ID/regions/REGION_A/subnetworks/SUBNET_A",
"network": "projects/PROJECT_ID/global/networks/NETWORK",
"networkTier": "PREMIUM"
}

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/forwardingRules

{
"name": "gil7-forwarding-rule-b",
"IPAddress": "10.1.3.99",
"IPProtocol": "TCP",
"portRange": "80-80",
"target": "projects/PROJECT_ID/global/targetHttpProxies/l7-ilb-proxy",
"loadBalancingScheme": "INTERNAL_MANAGED",
"subnetwork": "projects/PROJECT_ID/regions/REGION_B/subnetworks/SUBNET_B",
"network": "projects/PROJECT_ID/global/networks/NETWORK",
"networkTier": "PREMIUM"
}

HTTPS의 경우:

인증서 및 비공개 키 파일을 읽은 다음 SSL 인증서를 만듭니다. 다음 예시에서는 Python을 사용하여 이 작업을 수행하는 방법을 보여줍니다.

targetHttpsProxies.insert 메서드에 POST 요청을 수행하여 대상 HTTPS 프록시를 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/targetHttpsProxy

{
"name": "l7-ilb-proxy",
"urlMap": "projects/PROJECT_ID/global/urlMaps/l7-ilb-map",
"sslCertificates": /projects/PROJECT_ID/global/sslCertificates/SSL_CERT_NAME
}

globalForwardingRules.insert 메서드에 POST 요청을 수행하여 전달 규칙을 만듭니다. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/forwardingRules

{
"name": "gil7-forwarding-rule-a",
"IPAddress": "10.1.2.99",
"IPProtocol": "TCP",
"portRange": "80-80",
"target": "projects/PROJECT_ID/global/targetHttpsProxies/l7-ilb-proxy",
"loadBalancingScheme": "INTERNAL_MANAGED",
"subnetwork": "projects/PROJECT_ID/regions/REGION_A/subnetworks/SUBNET_A",
"network": "projects/PROJECT_ID/global/networks/NETWORK",
"networkTier": "PREMIUM"
}

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/forwardingRules

{
"name": "gil7-forwarding-rule-b",
"IPAddress": "10.1.3.99",
"IPProtocol": "TCP",
"portRange": "80-80",
"target": "projects/PROJECT_ID/global/targetHttpsProxies/l7-ilb-proxy",
"loadBalancingScheme": "INTERNAL_MANAGED",
"subnetwork": "projects/PROJECT_ID/regions/REGION_B/subnetworks/SUBNET_B",
"network": "projects/PROJECT_ID/global/networks/NETWORK",
"networkTier": "PREMIUM"
}

gcloud

1. allow-ssh 네트워크 태그를 사용해 VM으로 가는 SSH 연결을 허용하는 fw-allow-ssh 방화벽 규칙을 만듭니다. source-ranges를 생략하면 Google Cloud는 모든 소스를 의미하는 것으로 규칙을 해석합니다.

   gcloud compute firewall-rules create fw-allow-ssh \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-ssh \
       --rules=tcp:22
   

콘솔

새 부하 분산기에 대해 이 문서의 앞에서 설명한 것과 동일한 엔드 투 엔드 프로세스를 사용할 수 있습니다. 백엔드 서비스를 구성할 때 특정 서비스를 선택하는 대신 URL 마스크를 입력합니다.

기존 부하 분산기가 있는 경우 백엔드 구성을 수정하여 서버리스 NEG가 특정 서비스 대신 URL 마스크를 가리키도록 할 수 있습니다.

URL 마스크 기반 서버리스 NEG를 기존 백엔드 서비스에 추가하려면 다음을 수행합니다.

1. Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.
   부하 분산으로 이동
2. 수정하려는 백엔드 서비스가 포함된 부하 분산기 이름을 클릭합니다.
3. 부하 분산기 세부정보 페이지에서 edit수정을 클릭합니다.
4. 전역 외부 애플리케이션 부하 분산기 수정 페이지에서 백엔드 구성을 클릭합니다.
5. 백엔드 구성 페이지에서 수정하려는 백엔드 서비스에 대해 edit수정을 클릭합니다.
6. 백엔드 추가를 클릭합니다.
7. 서버리스 네트워크 엔드포인트 그룹 만들기를 선택합니다.
1. 이름에 helloworld-serverless-neg를 입력합니다.
2. 리전 아래에 부하 분산기의 리전이 표시됩니다.
3. 서버리스 네트워크 엔드포인트 그룹 유형에서 Cloud Run은 지원되는 유일한 네트워크 엔드포인트 그룹 유형입니다.
1. URL 마스크 사용을 선택합니다.
2. URL 마스크를 입력합니다. URL 마스크를 만드는 방법에 대한 자세한 내용은 URL 마스크 구성을 참조하세요.
3. 만들기를 클릭합니다.
8. 새 백엔드에서 완료를 클릭합니다.
9. 업데이트를 클릭합니다.

gcloud

샘플 URL 마스크가 example.com/<service>인 서버리스 NEG를 만들려면 다음 명령어를 실행합니다.

gcloud compute network-endpoint-groups create SERVERLESS_NEG_MASK_NAME \
    --region=REGION \
    --network-endpoint-type=serverless \
    --cloud-run-url-mask="example.com/<service>"

gcloud

gcloud compute addresses create SHARED_IP_ADDRESS_NAME \
    --region=REGION \
    --subnet=SUBNET_NAME \
    --purpose=SHARED_LOADBALANCER_VIP

gcloud

30초 TTL로 DNS 항목을 만들려면 gcloud dns record-sets create 명령어를 사용하세요.

gcloud dns record-sets create DNS_ENTRY --ttl="30" \
  --type="A" --zone="service-zone" \
  --routing-policy-type="GEO" \
  --routing-policy-data="REGION_A=gil7-forwarding-rule-a@global;REGION_B=gil7-forwarding-rule-b@global" \
  --enable-health-checking

다음을 바꿉니다.

• DNS_ENTRY: 레코드 모음의 DNS 또는 도메인 이름

  예를 들면 service.example.com입니다.

• REGION_A 및 REGION_B: 부하 분산기를 구성한 리전

API

POST 요청을 ResourceRecordSets.create 메서드에 보내 DNS 레코드를 만듭니다. PROJECT_ID를 프로젝트 ID로 바꿉니다.

POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/SERVICE_ZONE/rrsets
{
  "name": "DNS_ENTRY",
  "type": "A",
  "ttl": 30,
  "routingPolicy": {
    "geo": {
      "items": [
        {
          "location": "REGION_A",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "globalL7ilb",
                "ipAddress": "gil7-forwarding-rule-a",
                "port": "80",
                "ipProtocol": "tcp",
                "networkUrl": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network",
                "project": "PROJECT_ID"
              }
            ]
          }
        },
        {
          "location": "REGION_B",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "globalL7ilb",
                "ipAddress": "gil7-forwarding-rule-b",
                "port": "80",
                "ipProtocol": "tcp",
                "networkUrl": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network",
                "project": "PROJECT_ID"
              }
            ]
          }
        }
      ]
    }
  }
}

콘솔

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

   부하 분산으로 이동

2. 백엔드 서비스를 수정할 부하 분산기의 이름을 클릭합니다.

3. 부하 분산기 세부정보 페이지에서 edit 수정을 클릭합니다.

4. 리전 간 내부 애플리케이션 부하 분산기 수정 페이지에서 백엔드 구성을 클릭합니다.

5. 백엔드 구성 페이지에서 수정하려는 백엔드 서비스에 대해 수정 edit을 클릭합니다.

6. 아래로 스크롤하여 고급 구성 섹션을 펼칩니다.

7. 이상점 감지 섹션에서 사용 설정 체크박스를 선택합니다.

8. edit수정을 클릭하여 이상점 감지를 구성합니다.

   다음 옵션이 이러한 값으로 구성되었는지 확인합니다.

   속성	값
   연속 오류	5
   간격	1000
   기본 제거 시간	30000
   최대 제거 비율	50
   연속 오류 시 시행	100

   이 예시에서는 이상점 감지 분석이 1초마다 실행됩니다. Envoy 프록시에서 수신하는 연속 HTTP 5xx 상태 코드 수가 5개 이상이면 30초 동안 해당 Envoy 프록시의 부하 분산 풀에서 백엔드 엔드포인트가 제거됩니다. 적용 비율이 100%로 설정되면 백엔드 서비스는 이상점 감지 분석이 실행될 때마다 해당 특정 Envoy 프록시의 부하 분산 풀에서 비정상 엔드포인트를 제거합니다. 제거 조건이 충족되면 부하 분산 풀에서 백엔드 엔드포인트의 최대 50%를 제거할 수 있습니다.

9. 저장을 클릭합니다.

10. 백엔드 서비스를 업데이트하려면 업데이트를 클릭합니다.

11. 부하 분산기를 업데이트하려면 리전 간 내부 애플리케이션 부하 분산기 수정 페이지에서 업데이트를 클릭합니다.

gcloud

1. 백엔드 서비스를 YAML 파일로 내보냅니다.

   gcloud compute backend-services export BACKEND_SERVICE_NAME \
     --destination=BACKEND_SERVICE_NAME.yaml --global
   

   BACKEND_SERVICE_NAME을 백엔드 서비스 이름으로 바꿉니다.

2. 백엔드 서비스의 YAML 구성을 수정하여 다음 YAML 구성에 강조표시된 대로 이상점 감지 필드를 추가합니다.

   이 예시에서는 이상점 감지 분석이 1초마다 실행됩니다. Envoy 프록시에서 수신하는 연속 HTTP 5xx 상태 코드 수가 5개 이상이면 30초 동안 해당 Envoy 프록시의 부하 분산 풀에서 백엔드 엔드포인트가 제거됩니다. 적용 비율이 100%로 설정되면 백엔드 서비스는 이상점 감지 분석이 실행될 때마다 해당 특정 Envoy 프록시의 부하 분산 풀에서 비정상 엔드포인트를 제거합니다. 제거 조건이 충족되면 부하 분산 풀에서 백엔드 엔드포인트의 최대 50%를 제거할 수 있습니다.

   name: BACKEND_SERVICE_NAME
   backends:
   - balancingMode: UTILIZATION
     capacityScaler: 1.0
     group: https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_A/networkEndpointGroups/SERVERLESS_NEG_NAME
   - balancingMode: UTILIZATION
     capacityScaler: 1.0
     group: https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_B/networkEndpointGroups/SERVERLESS_NEG_NAME_2
   outlierDetection:
     baseEjectionTime:
       nanos: 0
       seconds: 30
     consecutiveErrors: 5
     enforcingConsecutiveErrors: 100
     interval:
       nanos: 0
       seconds: 1
     maxEjectionPercent: 50
   port: 80
   selfLink: https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE_NAME
   sessionAffinity: NONE
   timeoutSec: 30
   ...
   

   다음을 바꿉니다.

   • BACKEND_SERVICE_NAME: 백엔드 서비스 이름
   • PROJECT_ID: 프로젝트의 ID
   • REGION_A 및 REGION_B: 부하 분산기가 구성된 리전
   • SERVERLESS_NEG_NAME: 첫 번째 서버리스 NEG의 이름
   • SERVERLESS_NEG_NAME_2: 두 번째 서버리스 NEG의 이름

3. 최신 구성을 가져와서 백엔드 서비스를 업데이트합니다.

   gcloud compute backend-services import BACKEND_SERVICE_NAME \
     --source=BACKEND_SERVICE_NAME.yaml --global
   

   백엔드 서비스에 이상점 감지가 사용 설정되었습니다.

콘솔

1. 삭제하려는 서버리스 NEG가 백엔드 서비스에서 사용되고 있지 않은지 확인하려면 부하 분산 구성요소 페이지의 백엔드 서비스 탭으로 이동합니다.
   백엔드 서비스로 이동
2. 서버리스 NEG가 사용 중인 경우 다음을 수행합니다.
1. 서버리스 NEG를 사용하는 백엔드 서비스의 이름을 클릭합니다.
2. edit수정을 클릭합니다.
3. 백엔드 목록에서 delete를 클릭하여 백엔드 서비스에서 서버리스 NEG 백엔드를 삭제합니다.
4. 저장을 클릭합니다.
3. Google Cloud 콘솔의 네트워크 엔드포인트 그룹 페이지로 이동합니다.
   네트워크 엔드포인트 그룹으로 이동
4. 삭제할 서버리스 NEG의 체크박스를 선택합니다.
5. 삭제를 클릭합니다.
6. 삭제를 다시 클릭하여 확인합니다.

gcloud

백엔드 서비스에서 서버리스 NEG를 삭제하려면 NEG가 생성된 리전을 지정해야 합니다.

gcloud compute backend-services remove-backend BACKEND_SERVICE_NAME \
    --network-endpoint-group=SERVERLESS_NEG_NAME \
    --network-endpoint-group-region=REGION \
    --region=REGION

서버리스 NEG를 삭제하려면 다음 안내를 따르세요.

gcloud compute network-endpoint-groups delete SERVERLESS_NEG_NAME \
    --region=REGION