Cloud Run, App Engine 또는 Cloud Run Functions를 사용하여 전역 외부 애플리케이션 부하 분산기 설정

콘솔

1. Google Cloud 콘솔에서 외부 IP 주소 페이지로 이동합니다.

   외부 IP 주소로 이동

2. 외부 고정 IP 주소 예약을 클릭합니다.

3. 이름에 example-ip를 입력합니다.

4. 네트워크 서비스 등급에서 프리미엄을 선택합니다.

5. IP 버전에서 IPv4를 선택합니다.

6. 유형에서 전역을 선택합니다.

7. 예약을 클릭합니다.

gcloud

gcloud compute addresses create example-ip \
    --network-tier=PREMIUM \
    --ip-version=IPV4 \
    --global

예약된 IPv4 주소를 확인합니다.

gcloud compute addresses describe example-ip \
    --format="get(address)" \
    --global

Console

구성 시작

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

   부하 분산으로 이동

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

기본 구성

1. 부하 분산기 이름에 serverless-lb를 입력합니다.
2. 계속하려면 창을 열어둡니다.

프런트엔드 구성

1. 프런트엔드 구성을 클릭합니다.
2. 이름에 이름을 입력합니다.
3. HTTPS 부하 분산기를 만들려면 SSL 인증서(gcloud compute ssl-certificates list)가 있어야 합니다.

   앞선 설명대로 Google 관리 인증서를 사용하는 것이 좋습니다.

외부 애플리케이션 부하 분산기를 구성하려면 다음과 같이 필드를 채웁니다.

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

속성	값(값 입력 또는 지정된 옵션 선택)
프로토콜	HTTPS
네트워크 서비스 계층	프리미엄
IP 버전	IPv4
IP 주소	example-ip
포트	443
선택사항: HTTP 연결 유지 제한 시간	5~1,200초 사이의 제한 시간 값을 입력합니다. 기본값은 610초입니다.
인증서	기존 SSL 인증서를 선택하거나 새 인증서를 만듭니다. HTTPS 부하 분산기를 만들려면 HTTPS 프록시에서 사용할 SSL 인증서 리소스가 있어야 합니다. Google 관리 SSL 인증서나 자체 관리형 SSL 인증서를 사용하여 SSL 인증서 리소스를 만들 수 있습니다. Google 관리형 인증서를 만들려면 도메인이 있어야 합니다. 도메인의 A 레코드는 부하 분산기의 IP 주소(이 예시에서는 example-ip)로 확인되어야 합니다. Google Cloud는 이러한 인증서를 자동으로 가져오고 관리 및 갱신하므로 Google 관리형 인증서를 사용하는 것이 좋습니다. 도메인이 없는 경우 자체 서명 SSL 인증서를 사용하여 테스트할 수 있습니다.
선택사항: HTTP-HTTPS 리디렉션 사용 설정	이 체크박스를 사용하여 HTTP에서 HTTPS로 리디렉션을 사용 설정합니다. 이 체크박스를 사용 설정하면 HTTPS 부하 분산기와 동일한 IP 주소를 사용하는 추가적인 부분 HTTP 부하 분산기를 만들고 HTTP 요청을 부하 분산기의 HTTPS 프런트엔드로 리디렉션합니다. 이 체크박스는 HTTPS 프로토콜이 선택되었고 예약된 IP 주소가 사용될 때만 선택할 수 있습니다.

SSL 인증서 리소스(또는 Google 관리 인증서의 요구에 따라 도메인)을 설정하지 않고 이 프로세스를 테스트하려면 HTTP 부하 분산기를 설정하면 됩니다.

HTTP 부하 분산기를 만들려면 다음 옵션이 해당 값으로 구성되었는지 확인합니다.

속성	값(값 입력 또는 지정된 옵션 선택)
프로토콜	HTTP
네트워크 서비스 계층	프리미엄
IP 버전	IPv4
IP 주소	example-ip
포트	80
선택사항: HTTP 연결 유지 제한 시간	5~1,200초 사이의 제한 시간 값을 입력합니다. 기본값은 610초입니다.

4. 완료를 클릭합니다.

백엔드 구성

1. 백엔드 구성을 클릭합니다.
2. 백엔드 서비스 및 백엔드 버킷 목록에서 백엔드 서비스 만들기를 클릭합니다.
3. 이름에 이름을 입력합니다.
4. 백엔드 유형에서 서버리스 네트워크 엔드포인트 그룹을 선택합니다.
5. 프로토콜은 그대로 둡니다. 이 매개변수는 무시됩니다.
6. 백엔드 섹션의 새 백엔드에서 서버리스 네트워크 엔드포인트 그룹 만들기를 선택합니다.
7. 이름에 이름을 입력합니다.
8. 리전에서 us-central1을 선택한 후 Cloud Run을 선택합니다.
9. 서비스 이름 선택을 선택합니다.
10. 서비스 목록에서 부하 분산기를 만들려는 Cloud Run 서비스를 선택합니다.
11. 만들기를 클릭합니다.
12. 새 백엔드 섹션에서 완료를 클릭합니다.
13. 만들기를 클릭합니다.

라우팅 규칙

라우팅 규칙은 트래픽의 전달 방식을 결정합니다. 라우팅을 구성하려면 외부 애플리케이션 부하 분산기의 URL 맵의 구성 구성요소에 해당하는 호스트 규칙 및 경로 일치자를 설정합니다.

1. 라우팅 규칙을 클릭합니다.

2. 기본 호스트 및 경로를 유지합니다. 이 예시에서는 모든 요청이 이전 단계에서 생성된 백엔드 서비스로 이동합니다.

구성 검토

1. 검토 및 완료를 클릭합니다.
2. 모든 설정을 검토합니다.
3. 선택사항: 부하 분산기를 만드는 데 사용되는 REST API 요청을 보려면 상응하는 코드를 클릭합니다.
4. 만들기를 클릭합니다.
5. 부하 분산기가 생성될 때까지 기다립니다.
6. 부하 분산기의 이름을 클릭합니다(serverless-lb).
7. 다음 태스크를 위해 부하 분산기의 IP 주소를 기록합니다. 이를 IP_ADDRESS라고 합니다.

gcloud

1. 서버리스 앱의 서버리스 NEG를 만듭니다.

   Cloud Run 서비스로 서버리스 NEG를 만들려면 다음을 실행합니다.

      gcloud compute network-endpoint-groups create SERVERLESS_NEG_NAME \
          --region=us-central1 \
          --network-endpoint-type=serverless  \
          --cloud-run-service=CLOUD_RUN_SERVICE_NAME
      

   다른 옵션은 gcloud compute network-endpoint-groups create의 gcloud 참조 가이드를 확인하세요.
2. 백엔드 서비스를 만듭니다.

      gcloud compute backend-services create BACKEND_SERVICE_NAME \
          --load-balancing-scheme=EXTERNAL_MANAGED \
          --global
      

3. 서버리스 NEG를 백엔드 서비스에 백엔드로 추가합니다.

      gcloud compute backend-services add-backend BACKEND_SERVICE_NAME \
          --global \
          --network-endpoint-group=SERVERLESS_NEG_NAME \
          --network-endpoint-group-region=us-central1
      

4. 수신되는 요청을 백엔드 서비스로 라우팅하는 URL 맵을 만듭니다.

      gcloud compute url-maps create URL_MAP_NAME \
          --default-service BACKEND_SERVICE_NAME
      

   이 예시 URL 맵은 단일 서버리스 앱을 나타내는 백엔드 서비스 하나만 대상으로 지정하므로 호스트 규칙이나 경로 일치자를 설정할 필요가 없습니다. 백엔드 서비스가 두 개 이상 있으면 호스트 규칙을 사용하여 호스트 이름을 기준으로 다른 서비스로 요청을 전달하고 경로 일치자를 설정하여 요청 경로를 기준으로 다른 서비스로 요청을 전달할 수 있습니다.

5. HTTPS 부하 분산기를 만들려면 HTTPS 대상 프록시에서 사용할 SSL 인증서 리소스가 있어야 합니다. Google 관리형 SSL 인증서나 자체 관리형 SSL 인증서를 사용하여 SSL 인증서 리소스를 만들 수 있습니다. Google Cloud는 이러한 인증서를 자동으로 가져오고 관리 및 갱신하므로 Google 관리형 인증서를 사용하는 것이 좋습니다.
   
   Google 관리형 인증서를 만들려면 도메인이 있어야 합니다. 도메인이 없는 경우 자체 서명 SSL 인증서를 사용하여 테스트할 수 있습니다.
   
   Google 관리형 SSL 인증서 리소스를 만드는 방법은 다음과 같습니다.

      gcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \
          --domains DOMAIN
      

   자체 관리형 SSL 인증서 리소스를 만들려면 다음 안내를 따르세요.

      gcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \
          --certificate CRT_FILE_PATH \
          --private-key KEY_FILE_PATH
      

6. 대상 HTTP(S) 프록시를 만들어 요청을 URL 맵으로 라우팅합니다.

   HTTP 부하 분산기의 경우 HTTP 대상 프록시를 만듭니다.

      gcloud compute target-http-proxies create TARGET_HTTP_PROXY_NAME \
         --http-keep-alive-timeout-sec=HTTP_KEEP_ALIVE_TIMEOUT_SEC \
         --url-map=URL_MAP_NAME
      

   HTTPS 부하 분산기의 경우 HTTPS 대상 프록시를 만듭니다. 프록시는 HTTPS 부하 분산에 사용되는 SSL 인증서가 포함된 부하 분산기의 일부분이므로 이 단계에서 인증서도 로드합니다.

      gcloud compute target-https-proxies create TARGET_HTTPS_PROXY_NAME \
          --http-keep-alive-timeout-sec=HTTP_KEEP_ALIVE_TIMEOUT_SEC \
          --ssl-certificates=SSL_CERTIFICATE_NAME \
          --url-map=URL_MAP_NAME
      

   다음을 바꿉니다.

   • TARGET_HTTP_PROXY_NAME: 대상 HTTP 프록시의 이름입니다.
   • TARGET_HTTPS_PROXY_NAME: 대상 HTTPS 프록시의 이름입니다.
   • HTTP_KEEP_ALIVE_TIMEOUT_SEC: 클라이언트 HTTP 연결 유지 제한 시간을 지정하는 데 사용되는 필드입니다(선택사항). 제한 시간 값은 5~1,200초 사이여야 합니다. 기본값은 610초입니다.
   • SSL_CERTIFICATE_NAME: SSL 인증서의 이름입니다.
   • URL_MAP_NAME: URL 맵의 이름입니다.
7. 수신되는 요청을 프록시로 라우팅하는 전달 규칙을 만듭니다.
   
   

   HTTP 부하 분산기의 경우:

      gcloud compute forwarding-rules create HTTP_FORWARDING_RULE_NAME \
      --load-balancing-scheme=EXTERNAL_MANAGED \
      --network-tier=PREMIUM \
      --address=example-ip \
      --target-http-proxy=TARGET_HTTP_PROXY_NAME \
      --global \
      --ports=80
      

   HTTPS 부하 분산기의 경우:

      gcloud compute forwarding-rules create HTTPS_FORWARDING_RULE_NAME \
          --load-balancing-scheme=EXTERNAL_MANAGED \
          --network-tier=PREMIUM \
          --address=example-ip \
          --target-https-proxy=TARGET_HTTPS_PROXY_NAME \
          --global \
          --ports=443
      

콘솔

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

   부하 분산으로 이동

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

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

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

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

6. 백엔드 섹션에서 백엔드 추가를 클릭합니다.

7. 서버리스 네트워크 엔드포인트 그룹 목록에서 서버리스 네트워크 엔드포인트 그룹 만들기를 선택합니다.

8. 서버리스 NEG의 이름을 입력합니다.

9. 리전에서 europe-west1을 선택합니다.

10. 서버리스 네트워크 엔드포인트 그룹 유형에 Cloud Run을 선택한 후 다음을 수행합니다.

    1. 서비스 선택 옵션을 선택합니다.
    2. 서비스 목록에서 부하 분산기를 만들려는 Cloud Run 서비스를 선택합니다.

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

12. 새 백엔드 페이지에서 완료를 클릭합니다.

13. 저장을 클릭합니다.

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

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

gcloud

1. Cloud Run 서비스가 배포된 것과 동일한 리전에서 두 번째 서버리스 NEG를 만듭니다.

   gcloud compute network-endpoint-groups create SERVERLESS_NEG_NAME_2 \
     --region=europe-west1 \
     --network-endpoint-type=SERVERLESS \
     --cloud-run-service=CLOUD_RUN_SERVICE_2
   

   다음을 바꿉니다.

   • SERVERLESS_NEG_NAME_2: 두 번째 서버리스 NEG의 이름
   • CLOUD_RUN_SERVICE_2: Cloud Run 서비스의 이름

2. 두 번째 서버리스 NEG를 백엔드 서비스에 백엔드로 추가합니다.

   gcloud compute backend-services add-backend BACKEND_SERVICE_NAME \
     --global \
     --network-endpoint-group=SERVERLESS_NEG_NAME_2 \
     --network-endpoint-group-region=europe-west1
   

   다음을 바꿉니다.

   • BACKEND_SERVICE_NAME: 백엔드 서비스의 이름
   • SERVERLESS_NEG_NAME_2: 두 번째 서버리스 NEG의 이름

Cloud Run

이 표에서는 example.com이라는 커스텀 도메인이 있고 모든 Cloud Run 서비스가 외부 애플리케이션 부하 분산기를 사용하여 이 도메인에 매핑되어 있다고 가정합니다.

Cloud Run Functions

이 표에서는 example.com이라는 커스텀 도메인이 있고 모든 Cloud Run Functions 서비스가 이 도메인에 매핑되어 있다고 가정합니다.

App Engine

이 표에서는 example.com이라는 커스텀 도메인이 있고 모든 App Engine 서비스가 이 도메인에 매핑되어 있다고 가정합니다.

API 게이트웨이

이 표에서는 example.com이라는 커스텀 도메인이 있고 모든 API 게이트웨이 서비스가 이 도메인에 매핑되어 있다고 가정합니다.

콘솔

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

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

URL 마스크 기반 서버리스 NEG를 기존 백엔드 서비스에 추가하려면 다음 안내를 따르세요.

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

gcloud: Cloud Run

샘플 URL 마스크가 example.com/<service>인 서버리스 NEG를 만들려면 다음 안내를 따르세요.

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

gcloud: Cloud Run Functions

샘플 URL 마스크가 example.com/<service>인 서버리스 NEG를 만들려면 다음 안내를 따르세요.

gcloud compute network-endpoint-groups create helloworld-neg-mask \
 --region=us-central1 \
 --network-endpoint-type=serverless \
 --cloud-function-url-mask="example.com/<service>"

gcloud: App Engine

샘플 URL 마스크가 example.com/<service>인 서버리스 NEG를 만들려면 다음 안내를 따르세요.

gcloud compute network-endpoint-groups create helloworld-neg-mask \
    --region=us-central1 \
    --network-endpoint-type=serverless \
    --app-engine-url-mask="example.com/<service>"

gcloud: API 게이트웨이

샘플 URL 마스크가 example.com/<gateway>인 서버리스 NEG를 만들려면 다음 안내를 따르세요.

gcloud beta compute network-endpoint-groups create helloworld-neg-mask \
  --region=us-central1 \
  --network-endpoint-type=serverless \
  --serverless-deployment-platform=apigateway.googleapis.com \
  --serverless-deployment-resource=my-gateway \
  --serverless-deployment-url-mask="example.com/<gateway>"

콘솔

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. outlierDetection 섹션에서 백엔드 서비스의 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가 생성된 리전을 지정해야 합니다. helloworld-backend-service는 전역 리소스이므로 --global 플래그도 지정해야 합니다.

gcloud compute backend-services remove-backend helloworld-backend-service \
    --network-endpoint-group=helloworld-serverless-neg \
    --network-endpoint-group-region=us-central1 \
    --global

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

gcloud compute network-endpoint-groups delete helloworld-serverless-neg \
    --region=us-central1