ハイブリッド接続でクロスリージョン内部アプリケーション ロードバランサを設定する

コンソール

1. Google Cloud コンソールで、[VPC ネットワーク] ページに移動します。

   [VPC ネットワーク] に移動

2. 環境間のハイブリッド接続の構成に使用されたネットワークに移動します。

3. [サブネット] セクションで次の設定を行います。

   • [サブネット作成モード] を [カスタム] に設定します。
   • [新しいサブネット] セクションに、次の情報を入力します。
     • サブネットの名前を入力します。
     • [リージョン] には、REGION_A を選択します。
     • IP アドレス範囲を入力します。
   • [完了] をクリックします。

4. [作成] をクリックします。

5. 別のリージョンにサブネットを追加するには、[サブネットを追加] をクリックして、REGION_B の前の手順を繰り返します。

gcloud

1. 環境間のハイブリッド接続の構成に使用したネットワークにサブネットを作成します。

   gcloud compute networks subnets create SUBNET_A \
       --network=NETWORK \
       --range=LB_SUBNET_RANGE1 \
       --region=REGION_A
   

   gcloud compute networks subnets create SUBNET_B \
       --network=NETWORK \
       --range=LB_SUBNET_RANGE2 \
       --region=REGION_B
   

API

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": "LB_SUBNET_RANGE1",
 "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": "LB_SUBNET_RANGE2",
 "region": "projects/PROJECT_ID/regions/REGION_B",
}

次のように置き換えます。

• SUBNET_A と SUBNET_B: サブネットの名前
• LB_SUBNET_RANGE1 と LB_SUBNET_RANGE2: サブネットの IP アドレス範囲
• REGION_A と REGION_B: ロードバランサを構成したリージョン

コンソール

1. Google Cloud コンソールで、[ファイアウォール ポリシー] ページに移動します。

   [ファイアウォール ポリシー] に移動

2. [ファイアウォール ルールを作成] をクリックして、ヘルスチェック プローブからのトラフィックを許可するルールを作成します。

   1. [名前] に「fw-allow-health-check」と入力します。
   2. [ネットワーク] で NETWORK を選択します。
   3. [ターゲット] で [指定されたターゲットタグ] を選択します。
   4. [ターゲットタグ] フィールドに「allow-health-check」を入力します。
   5. [ソースフィルタ] を [IPv4 範囲] に設定します。
   6. [送信元 IPv4 範囲] を 130.211.0.0/22 と 35.191.0.0/16 に設定します。
   7. [プロトコルとポート] で [指定したプロトコルとポート] を選択します。
   8. [TCP] を選択し、ポート番号に「80」と入力します。
   9. [作成] をクリックします。

3. [ファイアウォール ルールを作成] を再度クリックして、SSH 接続の受信を許可するルールを作成します。

   1. 名前: fw-allow-ssh
   2. ネットワーク: NETWORK
   3. 優先度: 1000
   4. トラフィックの方向: 上り（内向き）
   5. 一致したときのアクション: 許可
   6. ターゲット: 指定されたターゲットタグ
   7. ターゲットタグ: allow-ssh
   8. ソースフィルタ: IPv4 の範囲
   9. 送信元 IPv4 範囲: 0.0.0.0/0
   10. プロトコルとポート: [指定したプロトコルとポート] を選択します。
   11. [TCP] を選択し、ポート番号に「22」と入力します。
   12. [作成] をクリックします。

4. [ファイアウォール ルールを作成] を再度クリックして、プロキシ専用サブネットからの受信接続を許可するルールを作成します。

   1. 名前: fw-allow-proxy-only-subnet
   2. ネットワーク: NETWORK
   3. 優先度: 1000
   4. トラフィックの方向: 上り（内向き）
   5. 一致したときのアクション: 許可
   6. ターゲット: 指定されたターゲットタグ
   7. ターゲットタグ: allow-proxy-only-subnet
   8. ソースフィルタ: IPv4 の範囲
   9. 送信元 IPv4 範囲: PROXY_ONLY_SUBNET_RANGE1 と PROXY_ONLY_SUBNET_RANGE2
   10. プロトコルとポート: [指定したプロトコルとポート] を選択します。
   11. [TCP] を選択し、ポート番号に「80」と入力します。
   12. [作成] をクリックします。

gcloud

1. Google Cloud ヘルスチェックが TCP ポート 80 でバックエンド インスタンスに到達できるように fw-allow-health-check-and-proxy ルールを作成します。

   gcloud compute firewall-rules create fw-allow-health-check \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-health-check \
       --source-ranges=130.211.0.0/22,35.191.0.0/16 \
       --rules=tcp:80
   

2. ネットワーク タグ 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
   

3. ロードバランサが TCP ポート 80 でバックエンド インスタンスと通信することを許可するプロキシ専用サブネットの上り（内向き）許可ファイアウォール ルールを作成します。

   gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-proxy-only-subnet \
       --source-ranges=PROXY_ONLY_SUBNET_RANGE1,PROXY_ONLY_SUBNET_RANGE2 \
       --rules=tcp:80
   

コンソール

1. Google Cloud コンソールで、[VM インスタンス] ページに移動します。

   [VM インスタンス] に移動

2. 次の名前とゾーンの組み合わせを使用して、VM ごとに手順 3 から 8 を繰り返します。

   • vm-a1 の名前
     • ゾーン: ZONE_A（リージョン REGION_A 内）
     • サブネット: SUBNET_A
   • vm-b1 の名前
     • ゾーン: ZONE_B（リージョン REGION_B 内）
     • サブネット: SUBNET_B

3. [インスタンスを作成] をクリックします。

4. 前の手順で示したように名前を設定します。

5. [リージョン] で、前の手順で示したように選択します。

6. [ゾーン] で、前の手順で示したように選択します。

7. [ブートディスク] セクションで、ブートディスク オプションとして Debian GNU/Linux 12 (bookworm) が選択されていることを確認します。必要に応じて [選択] をクリックし、イメージを変更します。

8. [詳細オプション] セクションで、[ネットワーキング] を開いて次の操作を行います。

   • ネットワーク タグ（allow-ssh、allow-health-check、allow-proxy-only-subnet）を追加します。
   • [ネットワーク インターフェース] セクションで、[ネットワーク インターフェースを追加] をクリックし、次のように変更してから、[完了] をクリックします。
     • ネットワーク: NETWORK
     • サブネットワーク: 前の手順と同じ。
     • プライマリ内部 IP: エフェメラル（自動）
     • 外部 IP: エフェメラル

   • [管理] を開きます。次のスクリプトの内容を [自動化] フィールドにコピーして貼り付けます。スクリプトの内容はすべての VM で同じです。

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

9. [作成] をクリックします。

gcloud

VM とそのゾーンの名前にこれらの組み合わせを使用して、次のコマンドを実行して VM を作成します。スクリプトの内容は両方の VM で同じです。

gcloud compute instances create VM_NAME \
    --zone=GCP_NEG_ZONE \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
    --subnet=LB_SUBNET_NAME \
    --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'

• vm-a1 の VM_NAME
  • ゾーン GCP_NEG_ZONE（リージョン REGION_A の ZONE_A として）
  • サブネット LB_SUBNET_NAME（SUBNET_A として）
• vm-b1 の VM_NAME
  • ゾーン GCP_NEG_ZONE（リージョン REGION_B の ZONE_B として）
  • サブネット LB_SUBNET_NAME（SUBNET_B として）

コンソール

ゾーン ネットワーク エンドポイント グループを作成するには:

1. Google Cloud コンソールで、[ネットワーク エンドポイント グループ] ページに移動します。

   [ネットワーク エンドポイント グループ] に移動

2. 次の名前とゾーンの組み合わせを使用して、ゾーン NEG ごとに手順 3 から 8 を繰り返します。

   • 名前: neg-1
     • ゾーン: ZONE_A（リージョン REGION_A 内）
     • サブネット: SUBNET_A
   • 名前: neg-2
     • ゾーン: ZONE_B（リージョン REGION_B 内）
     • サブネット: SUBNET_B

3. [ネットワーク エンドポイント グループを作成] をクリックします。

4. 前の手順で示したように名前を設定します。

5. [ネットワーク エンドポイント グループの種類] で [ネットワーク エンドポイント グループ（ゾーン）] を選択します。

6. [ネットワーク] で NETWORK を選択します。

7. 前の手順で示したサブネットワークを選択します。

8. 前の手順で示したゾーンを選択します。

9. [デフォルト ポート] で「80」と入力します。

10. [作成] をクリックします。

エンドポイントをゾーン NEG に追加します。

1. Google Cloud コンソールで、[ネットワーク エンドポイント グループ] ページに移動します。

   [ネットワーク エンドポイント グループ] に移動

2. 前の手順で作成したネットワーク エンドポイント グループの名前をクリックします。[ネットワーク エンドポイント グループの詳細] ページが表示されます。

3. [このグループのネットワーク エンドポイント] セクションで [ネットワーク エンドポイントを追加] をクリックします。[ネットワーク エンドポイントの追加] ページが表示されます。

4. [VM インスタンス] を選択して、ネットワーク エンドポイントとして内部 IP アドレスを追加します。[ネットワーク インターフェース] セクションに、VM の名前、ゾーン、サブネットが表示されます。

5. 新しいネットワーク エンドポイントの IP アドレスを入力します。

6. ポートタイプを選択します。

   1. [デフォルト] を選択すると、エンドポイントはネットワーク エンドポイント グループのすべてのエンドポイントにデフォルト ポート 80 を使用します。この例では、Apache サーバーがポート 80 でリクエストを配信しているため、これで十分です。
   2. [カスタム] を選択した場合は、使用するエンドポイントのポート番号を入力します。

7. 他のエンドポイントを追加するには、[ネットワーク エンドポイントを追加] をクリックし、前の手順を繰り返します。

8. すべてのエンドポイントを追加したら、[作成] をクリックします。

gcloud

1. 名前、ゾーン、サブネットの組み合わせを使用して、（GCE_VM_IP_PORT エンドポイントを含む）ゾーン NEG を作成します。gcloud compute network-endpoint-groups create コマンドを使用します。

   gcloud compute network-endpoint-groups create GCP_NEG_NAME \
       --network-endpoint-type=GCE_VM_IP_PORT \
       --zone=GCP_NEG_ZONE \
       --network=NETWORK \
       --subnet=LB_SUBNET_NAME
   

   • 名前: neg-1
     • ゾーン GCP_NEG_ZONE: リージョン REGION_A の ZONE_A
     • サブネット LB_SUBNET_NAME: SUBNET_A
   • 名前: neg-2
     • ゾーン GCP_NEG_ZONE: リージョン REGION_B の ZONE_B
     • サブネット LB_SUBNET_NAME: SUBNET_B

   次の手順で説明するように、NEG の作成時に --default-port オプションを使用してポートを指定するか、各エンドポイントのポート番号を指定します。

2. エンドポイントを neg1 と neg2 に追加します。

   gcloud compute network-endpoint-groups update neg1 \
       --zone=ZONE_A \
       --add-endpoint='instance=vm-a1,port=80'
   

   gcloud compute network-endpoint-groups update neg2 \
       --zone=ZONE_B \
       --add-endpoint='instance=vm-b1,port=80'
   

コンソール

ハイブリッド接続ネットワーク エンドポイント グループを作成するには:

1. Google Cloud コンソールで、[ネットワーク エンドポイント グループ] ページに移動します。

   [ネットワーク エンドポイント グループ] に移動

2. [ネットワーク エンドポイント グループを作成] をクリックします。

3. 次の名前とゾーンの組み合わせを使用して、ハイブリッド NEG ごとに手順 4～9 を繰り返します。

   • 名前 ON_PREM_NEG_NAME: hybrid-1
     • ゾーン: ON_PREM_NEG_ZONE1
     • サブネット: SUBNET_A
   • 名前 ON_PREM_NEG_NAME: hybrid-2
     • ゾーン: ON_PREM_NEG_ZONE2
     • サブネット: SUBNET_B

4. 前の手順で示したように名前を設定します。

5. ネットワーク エンドポイント グループの種類として [ハイブリッド接続ネットワーク エンドポイント グループ（ゾーン）] を選択します。

6. [ネットワーク] で NETWORK を選択します。

7. [サブネット] で、前の手順で示したように選択します。

8. [ゾーン] で、前の手順で示したように選択します。

9. デフォルト ポートを入力します。

10. [作成] をクリックします。

ハイブリッド接続 NEG にエンドポイントを追加します。

1. Google Cloud コンソールで、[ネットワーク エンドポイント グループ] ページに移動します。

   [ネットワーク エンドポイント グループ] に移動

2. 前の手順で作成したネットワーク エンドポイント グループの名前をクリックします。[ネットワーク エンドポイント グループの詳細] ページが表示されます。

3. [このグループのネットワーク エンドポイント] セクションで [ネットワーク エンドポイントを追加] をクリックします。[ネットワーク エンドポイントの追加] ページが表示されます。

4. 新しいネットワーク エンドポイントの IP アドレスを入力します。

5. ポートタイプを選択します。

   1. [デフォルト] を選択すると、エンドポイントはネットワーク エンドポイント グループのすべてのエンドポイントにデフォルト ポートを使用します。
   2. [カスタム] を選択すると、使用するエンドポイントに異なるポート番号を入力できます。

6. 他のエンドポイントを追加するには、[ネットワーク エンドポイントを追加] をクリックし、前の手順を繰り返します。

7. すべてのGoogle Cloud 以外のエンドポイントを追加したら、[作成] をクリックします。

gcloud

1. 次の名前の組み合わせを使用してハイブリッド接続 NEG を作成します。gcloud compute network-endpoint-groups create コマンドを使用します。

   gcloud compute network-endpoint-groups create ON_PREM_NEG_NAME \
       --network-endpoint-type=NON_GCP_PRIVATE_IP_PORT \
       --zone=ON_PREM_NEG_ZONE \
       --network=NETWORK
   

   • 名前 ON_PREM_NEG_NAME: hybrid-1
     • ゾーン ON_PREM_NEG_ZONE: ON_PREM_NEG_ZONE1
   • 名前 ON_PREM_NEG_NAME: hybrid-2
     • ゾーン GCP_NEG_ZONE: ON_PREM_NEG_ZONE2

2. オンプレミス バックエンド VM のエンドポイントを ON_PREM_NEG_NAME に追加します。

   gcloud compute network-endpoint-groups update ON_PREM_NEG_NAME \
       --zone=ON_PREM_NEG_ZONE \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_1,port=PORT_1" \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_2,port=PORT_2"
   

このコマンドを使用すると、オンプレミスまたはクラウド環境で構成したネットワーク エンドポイントを追加できます。--add-endpoint を必要な回数だけ繰り返します。

コンソール

gcloud

1. gcloud compute health-checks create http コマンドを使用して HTTP ヘルスチェックを定義します。

   gcloud compute health-checks create http gil7-basic-check \
      --use-serving-port \
      --global
   

2. gcloud compute backend-services create コマンドを実行し、バックエンド サービスを作成してロギングを有効にします。

   gcloud compute backend-services create BACKEND_SERVICE \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --protocol=HTTP \
     --enable-logging \
     --logging-sample-rate=1.0 \
     --health-checks=gil7-basic-check \
     --global-health-checks \
     --global
   

3. gcloud compute backend-services add-backend コマンドを使用して、バックエンド サービスにバックエンドを追加します。

   gcloud compute backend-services add-backend BACKEND_SERVICE \
     --global \
     --balancing-mode=RATE \
     --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
     --network-endpoint-group=neg1 \
     --network-endpoint-group-zone=ZONE_A \
     --network-endpoint-group=neg2 \
     --network-endpoint-group-zone=ZONE_B
   

   バランシング モードの構成の詳細については、gcloud CLI のドキュメントで --max-rate-per-endpoint フラグをご覧ください。

4. ハイブリッド NEG をバックエンドとしてバックエンド サービスに追加します。

   gcloud compute backend-services add-backend BACKEND_SERVICE \
     --global \
     --balancing-mode=RATE \
     --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
     --network-endpoint-group=hybrid1 \
     --network-endpoint-group-zone=ON_PREM_NEG_ZONE1 \
     --network-endpoint-group=hybrid2 \
     --network-endpoint-group-zone=ON_PREM_NEG_ZONE2 \
   

   バランシング モードの構成の詳細については、gcloud CLI のドキュメントで --max-rate-per-endpoint パラメータをご覧ください。

5. gcloud compute url-maps create コマンドを使用して、URL マップを作成します。

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

6. ターゲット プロキシを作成します。

   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_PEM_LB_PRIVATE_FILE
   

   gcloud certificate-manager certificates create コマンドを使用して、すべてのリージョン SSL 証明書を作成します。

   gcloud certificate-manager certificates create gilb-certificate \
     --private-key-file=$LB_CERT \
     --certificate-file=$LB_PRIVATE_KEY \
     --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 \
     --global
   

7. 2 つの転送ルールを作成します。1 つは REGION_A リージョンの VIP IP_ADDRESS1 で、もう 1 つは REGION_B リージョンの VIP IP_ADDRESS2 です。転送ルールの IP アドレスには、LB_SUBNET_RANGE1 または LB_SUBNET_RANGE2 の IP アドレス範囲を使用します。プロキシ専用サブネットを使用すると、転送ルールの作成に失敗します。

   カスタム ネットワークでは、転送ルールでサブネットを参照する必要があります。このサブネットは、VM サブネットでありプロキシ専用サブネットではありません。

   HTTP の場合:

   適切なフラグを設定して gcloud compute forwarding-rules create コマンドを実行します。

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

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

   HTTPS の場合:

   適切なフラグを設定して gcloud compute forwarding-rules create コマンドを実行し、転送ルールを作成します。

   gcloud compute forwarding-rules create FWRULE_A \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_A \
     --subnet-region=REGION_A \
     --address=IP_ADDRESS1 \
     --ports=443 \
     --target-https-proxy=gil7-https-proxy \
     --global
   

   gcloud compute forwarding-rules create FWRULE_B \
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network=NETWORK \
     --subnet=SUBNET_B \
     --subnet-region=REGION_B \
     --address=IP_ADDRESS2 \
     --ports=443 \
     --target-https-proxy=gil7-https-proxy \
     --global
   

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

ResourceRecordSets.create メソッドに POST リクエストを送信して 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": "IP_ADDRESS",
                "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": "IP_ADDRESS_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. [Edit cross-region internal Application Load Balancer] ページで、[バックエンドの構成] をクリックします。

5. [バックエンドの構成] ページで、変更するバックエンド サービスの [edit編集] をクリックします。

6. 下にスクロールして [高度な構成] セクションを開きます。

7. [外れ値検出] セクションで、[有効にする] チェックボックスをオンにします。

8. [edit編集] をクリックして外れ値検出を構成します。

   以下のオプションが次の値で構成されていることを確認します。

   プロパティ	値
   連続するエラー	5
   間隔	1000
   ベースの排出時間	30000
   最大排出率	50
   連続するエラーの適用	100

   この例では、外れ値検出分析が 1 秒ごとに実行されます。Envoy プロキシが連続して受信した HTTP 5xx ステータス コードの数が 5 以上の場合、バックエンド エンドポイントは Envoy プロキシのロード バランシング プールから 30 秒間除外されます。適用の割合が 100% に設定されている場合、バックエンド サービスでは、外れ値検出分析が実行されるたびに、これらの特定の Envoy プロキシのロード バランシング プールから正常でないエンドポイントが排出されます。除外条件が満たされると、ロード バランシング プールからバックエンド エンドポイントの最大 50% が排出されます。

9. [保存] をクリックします。

10. バックエンド サービスを更新するには、[更新] をクリックします。

11. ロードバランサを更新するには、[Edit cross-region internal Application Load Balancer] ページで [更新] をクリックします。

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 以上の場合、バックエンド エンドポイントは Envoy プロキシのロード バランシング プールから 30 秒間除外されます。適用の割合が 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: 2 番目のサーバーレス NEG の名前

3. 最新の構成をインポートして、バックエンド サービスを更新します。

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

   バックエンド サービスで外れ値検出が有効になりました。