外部バックエンドを使用して従来のアプリケーション ロードバランサを設定する

コンソール

1. Google Cloud コンソールで、[外部 IP アドレス] ページに移動します。

   [外部 IP アドレス] に移動

2. [静的外部アドレスを予約] をクリックして、IPv4 アドレスを予約します。

3. 名前を入力します。

4. [ネットワーク サービス ティア] で [プレミアム] を選択します。

5. [IP バージョン] で [IPv4] を選択します。

6. [種類] で [グローバル] を選択します。

7. [予約] をクリックします。

gcloud

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

予約された IPv4 アドレスをメモします。

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

コンソール

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

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

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

3. 名前を入力します。

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

5. [デフォルト ポート] に「443」と入力します。

6. [新しいネットワーク エンドポイント] で [完全修飾ドメイン名とポート] を選択します。

7. 完全修飾ドメイン名を入力します。

8. [ポートタイプ] で [デフォルト] を選択し、[ポート番号] が 443 であることを確認します。

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

gcloud

1. インターネット NEG を作成し、--network-endpoint-type を internet-fqdn-port（外部バックエンドに到達可能なホスト名とポート）に設定します。

   gcloud compute network-endpoint-groups create INTERNET_NEG_NAME \
       --network-endpoint-type="internet-fqdn-port" \
       --global
   

2. エンドポイントを NEG に追加します。ポートが指定されていない場合、バックエンド サービスで構成されるプロトコルによって、デフォルトのポート選択はポート 80（HTTP）または、443（HTTPS、HTTP/2）になります。--global フラグが含まれていることを確認してください。

   gcloud compute network-endpoint-groups update INTERNET_NEG_NAME \
       --add-endpoint="fqdn=FULLY_QUALIFIED_DOMAIN_NAME,port=443" \
       --global
   

コンソール

構成を開始する

1. Google Cloud コンソールで、[ロード バランシング] ページに移動します。

   [ロード バランシング] に移動

2. [ロードバランサを作成] をクリックします。
3. [ロードバランサの種類] で [アプリケーション ロードバランサ（HTTP / HTTPS）] を選択し、[次へ] をクリックします。
4. [インターネット接続または内部] で [インターネット接続（外部）] を選択し、[次へ] をクリックします。
5. [グローバルまたはシングル リージョンのデプロイ] で [グローバル ワークロードに最適] を選択し、[次へ] をクリックします。
6. [ロードバランサの世代] で [従来のアプリケーション ロードバランサ] を選択し、[次へ] をクリックします。
7. [構成] をクリックします。

フロントエンドの構成

1. [フロントエンドの構成] をクリックします。
2. 名前を入力します。

3. HTTPS ロードバランサを作成するには、SSL 証明書が必要です。Google マネージド証明書を使用することをおすすめします。

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

   プロパティ	値（値を入力するか、指定されたオプションを選択）
   プロトコル	HTTPS
   ネットワーク サービス階層	プレミアム
   IP バージョン	IPv4
   IP アドレス	外部 IP アドレスを予約するの手順で作成した IP アドレスを選択します。
   ポート	443
   証明書	既存の SSL 証明書を選択するか、新しい証明書を作成します。 HTTPS ロードバランサを作成するには、HTTPS プロキシで使用する SSL 証明書リソースが必要です。SSL 証明書リソースは、Google マネージド SSL 証明書またはセルフマネージド SSL 証明書を使用して作成できます。 Google マネージド証明書を作成するには、ドメインが必要です。ドメインの A レコードは、ロードバランサの IP アドレス（この例では example-ip）に解決される必要があります。Google Cloud がこれらの証明書を自動的に取得、管理、更新するため、Google マネージド証明書を使用することをおすすめします。ドメインがない場合は、自己署名 SSL 証明書を使用してテストできます。
   省略可: HTTP から HTTPS へのリダイレクトを有効にする	このチェックボックスを使用して、HTTP から HTTPS へのリダイレクトを有効にします。 このチェックボックスをオンにすると、HTTPS ロードバランサと同じ IP アドレスを使用し、HTTP リクエストをロードバランサの HTTPS フロントエンドにリダイレクトする追加の部分的な HTTP ロードバランサが作成されます。 このチェックボックスは、HTTPS プロトコルが選択されていて、予約済みの IP アドレスが使用されている場合にのみ選択できます。

   SSL 証明書リソース（または Google マネージド証明書によって必要とされるドメイン）を設定せずにこのプロセスをテストする場合は、HTTP ロードバランサを設定できます。

   HTTP ロードバランサを作成するには、次のオプションがこれらの値で構成されていることを確認します。

   プロパティ	値（値を入力するか、指定されたオプションを選択）
   プロトコル	HTTP
   ネットワーク サービス階層	プレミアム
   IP バージョン	IPv4
   IP アドレス	外部 IP アドレスを予約するの手順で作成した IP アドレスを選択します。
   ポート	80

4. [完了] をクリックします。

バックエンドの構成

1. [バックエンドの構成] をクリックします。
2. バックエンド サービスとバックエンド バケットをクリックします。
3. [バックエンド サービスを作成] をクリックします。
4. 名前を入力します。
5. [バックエンド タイプ] で [インターネット ネットワーク エンドポイント グループ] を選択します。
6. [プロトコル] で、ロードバランサからインターネット NEG に接続するプロトコルを選択します。この例では、「HTTP/2」を選択します。
7. [新しいバックエンド] ウィンドウの [バックエンド] で、前の手順で作成したインターネット NEG を選択します。
8. [作成] をクリックします。

確認と完了

1. [確認と完了] をクリックします。
2. 設定に問題がない場合は、[作成] をクリックします。

gcloud

1. バックエンド サービスを作成します。

     gcloud compute backend-services create BACKEND_SERVICE \
         --global
     

2. インターネット NEG をバックエンド サービスに追加します。

     gcloud compute backend-services add-backend BACKEND_SERVICE \
         --network-endpoint-group=INTERNET_NEG_NAME \
         --global-network-endpoint-group \
         --global
      

3. 受信リクエストをバックエンド サービスに転送するための URL マップを作成します。

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

4. この手順は、HTTPS ロードバランサを作成する場合にのみ行います。HTTP ロードバランサの場合、必須ではありません。

   HTTPS ロードバランサを作成するには、HTTPS ターゲット プロキシで使用する SSL 証明書リソースが必要です。SSL 証明書リソースは、Google マネージド 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
     

5. URL マップにリクエストを転送するターゲット HTTP(S) プロキシを作成します。

   HTTP ロードバランサの場合は、HTTP ターゲット プロキシを作成します。

     gcloud compute target-http-proxies create TARGET_HTTP_PROXY_NAME \
         --url-map=URL_MAP_NAME \
         --global
     

   HTTPS ロードバランサの場合は、HTTPS ターゲット プロキシを作成します。プロキシはロードバランサの一部であり、HTTPS ロード バランシング用の SSL 証明書を保持するため、この手順で証明書も読み込みます。

     gcloud compute target-https-proxies create TARGET_HTTPS_PROXY_NAME \
         --ssl-certificates=SSL_CERTIFICATE_NAME \
         --url-map=URL_MAP_NAME \
         --global
     

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

   • TARGET_HTTP_PROXY_NAME: ターゲット HTTP プロキシの名前。
   • TARGET_HTTPS_PROXY_NAME: ターゲット HTTPS プロキシの名前。
   • SSL_CERTIFICATE_NAME: SSL 証明書の名前。
   • URL_MAP_NAME: URL マップの名前。

6. 受信リクエストをプロキシに転送する転送ルールを作成します。

   HTTP ロードバランサの場合:

     gcloud compute forwarding-rules create HTTP_FORWARDING_RULE_NAME \
         --address=LB_IP_ADDRESS_NAME \
         --target-http-proxy=TARGET_HTTP_PROXY_NAME \
         --global \
         --ports=80
     

   HTTPS ロードバランサの場合:

     gcloud compute forwarding-rules create HTTPS_FORWARDING_RULE_NAME \
         --address=LB_IP_ADDRESS_NAME \
         --target-https-proxy=TARGET_HTTPS_PROXY_NAME \
         --global \
         --ports=443
     

コンソール

1. Google Cloud コンソールで、[ロード バランシング] ページに移動します。

   [ロード バランシング] に移動

2. 作成したロードバランサをクリックします。

3. ロードバランサの IP アドレスをメモします。

4. ロードバランサにトラフィックを送信します。

   • HTTP ロードバランサを作成した場合は、http://IP_ADDRESS に移動してロードバランサをテストできます。IP_ADDRESS は、ロードバランサの IP アドレスに置き換えます。外部バックエンドで実行されているアプリケーションが表示されます。

   • HTTPS ロードバランサを作成した場合は、https://IP_ADDRESS に移動してロードバランサをテストできます。IP_ADDRESS は、ロードバランサの IP アドレスに置き換えます。外部バックエンドで実行されているアプリケーションが表示されます。

   結果に問題があり、Google マネージド証明書を使用している場合は、証明書リソースのステータスが ACTIVE であることを確認します。詳しくは、Google マネージド SSL 証明書リソースのステータスをご覧ください。

   あるいは、ローカルマシンのコマンドラインから curl を使用することもできます。IP_ADDRESS は、ロードバランサの IPv4 アドレスに置き換えます。Google マネージド証明書を使用している場合は、ロードバランサの IP アドレスを指すドメインをテストします。次に例を示します。

   curl -s 'https://www.example.com:443' --resolve www.example.com:443:IP_ADDRESS
   

5. （省略可）カスタム ドメインを使用する場合は、更新された DNS 設定が反映されるまでに時間がかかる場合があります。次に、ウェブブラウザでドメインをテストします。

   トラブルシューティングについては、外部バックエンドとインターネット NEG に関する問題のトラブルシューティングをご覧ください。

コンソール

1. Google Cloud コンソールの [ロード バランシング] ページに移動します。

   [ロード バランシング] に移動

2. 変更するロードバランサの名前をクリックします。

3. [edit編集] をクリックします。

4. [バックエンドの構成] をクリックします。

5. インターネット NEG バックエンドを使用するバックエンド サービスの [edit編集] をクリックします。

6. [Cloud CDN を有効にする] を選択します。

7. （省略可）キャッシュ モードと TTL の設定を変更します。

8. [更新] をクリックします。

9. 変更を確認するには、[確認と完了] をクリックして、[更新] をクリックします。

gcloud

• バックエンド サービスで Cloud CDN を有効にするには、次のコマンドを使用します。

    gcloud compute backend-services update BACKEND_SERVICE \
        --global \
        --enable-cdn \
        --cache-mode=CACHE_MODE
    

  CACHE_MODE を次のいずれかに置き換えて、キャッシュ モードを設定します。

  • CACHE_All_STATIC: 静的コンテンツを自動的にキャッシュに保存します。
  • USE_ORIGIN_HEADERS（デフォルト）: コンテンツをキャッシュに保存するには、送信元で有効なキャッシュ ヘッダーを設定する必要があります。
  • FORCE_CACHE_ALL: Cache-Control レスポンス ヘッダー内の private、no-store、または no-cache のディレクティブを無視して、すべてのコンテンツをキャッシュに保存します。

コンソール

1. Google Cloud コンソールの [ロード バランシング] ページに移動します。

   [ロード バランシング] に移動

2. 変更するロードバランサの名前をクリックします。

3. [edit編集] をクリックします。

4. [バックエンドの構成] をクリックします。

5. インターネット NEG バックエンドを使用するバックエンド サービスの [edit編集] をクリックします。

6. [詳細構成] をクリックします。

7. [カスタム リクエスト ヘッダー] で、[ヘッダーを追加] をクリックします。

   1. [ヘッダー名] に「Host」と入力します。
   2. [ヘッダーの値] に「FQDN_NEG_ENDPOINT」と入力します。

8. [更新] をクリックします。

9. 変更を確認するには、[確認と完了] をクリックして、[更新] をクリックします。

gcloud

• 次のコマンドを使用して、各リクエストにカスタムの Host ヘッダーを追加するようにバックエンド サービスを構成します。

    gcloud compute backend-services update BACKEND_SERVICE \
        --custom-request-header "Host: HEADER_VALUE" \
        --global