このページは Cloud Translation API によって翻訳されました。

Compute Engine API

このチュートリアルでは、リージョンマネージドインスタンスグループと負荷分散を使用して、ビジーまたは使用不能でない VM インスタンスにトラフィックをリダイレクトし、ゾーンが停止しても高可用性を確保する方法を説明します。

リージョンマネージドインスタンスグループは、複数のゾーンにまたがる複数のインスタンスにアプリケーションを分散します。グローバルロードバランサは、単一の IP アドレスを介して複数のリージョンにトラフィックを配信します。これらのサービスの両方を使用してアプリケーションを複数のゾーンに分散することにより、ゾーンの障害のような極端なケースでも、アプリケーションの可用性を確保できます。

ロードバランサは、さまざまな種類のトラフィックの配信に使用できます。このチュートリアルでは、外部 HTTP トラフィックを配信するグローバルロードバランサの作成方法について説明しますが、このチュートリアルの内容の大部分は他の種類のロードバランサにも該当します。ロードバランサで配信できる他の種類のトラフィックについては、クラウド負荷分散の種類をご覧ください。

このチュートリアルでは、リージョンマネージドインスタンスグループでウェブアプリケーションを起動し、ネットワークアクセスを構成し、トラフィックをウェブアプリケーションに配信するロードバランサを作成し、ゾーンの停止をシミュレートしてロードバランサを観察する詳細な手順を示します。これらの機能の使用経験にもよりますが、このチュートリアルを完了するには約 45 分かかります。

目標

リージョンマネージドインスタンスグループでデモウェブアプリケーションを起動する。
HTTP トラフィックを複数のゾーンに配信するグローバルロードバランサを構成する。
ゾーンの停止をシミュレートして、ロードバランサへの影響を観察する。

費用

このドキュメントでは、Google Cloud の次の課金対象のコンポーネントを使用します。

Compute Engine

料金計算ツールを使うと、予想使用量に基づいて費用の見積もりを生成できます。新しい Google Cloud ユーザーは無料トライアルをご利用いただける場合があります。

始める前に

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

アプリケーションアーキテクチャ

アプリケーションには、次の Compute Engine コンポーネントが含まれています。

VPC ネットワーク: Google Cloud 内の仮想ネットワーク。独自のルートとファイアウォールルールを介してグローバル接続を提供します。
ファイアウォールルール: Google Cloud ファイアウォールにより、インスタンスへのトラフィックを許可または拒否できます。
インスタンステンプレート: マネージドインスタンスグループに個々の VM インスタンスを作成するために使用されるテンプレート。
リージョンマネージドインスタンスグループ: 複数のゾーンで同じアプリケーションを実行する VM インスタンスのグループ。
グローバル静的外部 IP アドレス: 外部ネットワークでアクセス可能な、グローバルリソースに接続できる静的 IP アドレス。
グローバルロードバランサ: バックエンドインスタンスを複数のリージョンに分配できるようにするロードバランサ。ユーザーが同じアプリケーションやコンテンツにアクセスする必要がある状況で、1 つのエニーキャスト IP アドレスでアクセス権を付与する場合は、グローバルロードバランサを使用します。
ヘルスチェック: 個々の VM インスタンス上のアプリケーションの応答性を評価するためにロードバランサが使用するポリシー。

ウェブアプリケーションを起動する

このチュートリアルでは、GitHub に保存されているウェブアプリケーションを使用します。アプリケーションの実装方法の詳細については、GoogleCloudPlatform/python-docs-samples GitHub リポジトリをご覧ください。

インスタンステンプレートに起動スクリプトを含めることで、インスタンスグループ内のすべての VM でウェブアプリケーションを起動します。さらに、このチュートリアルのファイアウォールルールがプロジェクトで実行されている既存のリソースに影響するのを避けるため、専用の VPC ネットワークでインスタンスグループを実行します。

VPC ネットワークの作成

VPC ネットワークを使用すると、プロジェクト内の既存のリソースが、このチュートリアル用に作成するリソースの影響を受けないように保護されます。VPC ネットワークは、ロードバランサを経由するように着信トラフィックを制限するためにも必要です。

VPC ネットワークを作成して、デモウェブアプリケーション用のファイアウォールルールをカプセル化するには、次の手順を行います。

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

[VPC ネットワーク] に移動
[VPC ネットワークを作成] をクリックします。
[名前] に「web-app-vpc」と入力します。
[サブネット作成モード] を [自動] に設定します。

注: 自動モードネットワークを使用すれば、迅速かつ簡単に設定できます。本番環境では、代わりにカスタムモードネットワークを使用することをおすすめします。詳細については、自動モードネットワークに関する考慮事項をご覧ください。
ページの下部にある [作成] をクリックします。

VPC ネットワークの作成が完了するのを待ちます。

ファイアウォールルールを作成する

VPC ネットワークの作成が完了したら、VPC ネットワークへの HTTP トラフィックを許可するファイアウォールルールを設定します。

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

[ファイアウォール] に移動
[ファイアウォールルールを作成] をクリックします。
[名前] フィールドに「allow-web-app-http」と入力します。
[ネットワーク] を web-app-vpc に設定します。
[ターゲット] で、[ネットワーク上のすべてのインスタンス] を選択します。
[ソースフィルタ] を IPv4 ranges に設定します。
[ソース IP の範囲] に「0.0.0.0/0」と入力して、すべての IP アドレスに対しアクセスを許可します。
[プロトコルとポート] で [指定したプロトコルとポート] をオンにします。
[TCP] をオンにして「80」と入力し、HTTP トラフィックのアクセスを許可します。
[作成] をクリックします。

インスタンステンプレートを作成する

VM インスタンスのグループの作成に使用するテンプレートを作成します。テンプレートから作成された各インスタンスは、起動スクリプトによってデモウェブアプリケーションを起動します。

Google Cloud Console で、[インスタンステンプレート] ページに移動します。

[インスタンステンプレート] に移動
[インスタンステンプレートを作成] をクリックします。
[名前] に「load-balancing-web-app-template」と入力します。
[マシンの構成] で、[マシンタイプ] を e2-micro に設定します。
[ファイアウォール] で、[HTTP トラフィックを許可する] をオンにします。
[詳細オプション] セクションを開きます。
[管理] セクションを開きます。

[自動化] セクションに、次の起動スクリプトを入力します。

sudo apt update && sudo apt -y install git gunicorn3 python3-pip
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
cd python-docs-samples/compute/managed-instances/demo
sudo pip3 install -r requirements.txt
sudo gunicorn3 --bind 0.0.0.0:80 app:app --daemon

このスクリプトは、VM インスタンスの起動時にウェブアプリケーションを取得し、インストールして起動します。

[ネットワーキング] セクションを開きます。
[ネットワークインターフェース] セクションで、[ネットワークインターフェースを追加] をクリックし、ネットワーク web-app-vpc を選択します。これで、このテンプレートで作成された各インスタンスが、前のステップで作成したネットワークで必ず実行されるようになります。
[作成] をクリックします。

テンプレートの作成が完了するのを待ちます。

リージョンマネージドインスタンスグループを作成する

インスタンステンプレートを使用してリージョンマネージドインスタンスグループを作成し、ウェブアプリケーションを実行します。

Google Cloud コンソールの [インスタンスグループ] ページに移動します。

[インスタンスグループ] に移動
[インスタンスグループの作成] をクリックします。
[新しいマネージドインスタンスグループ（ステートレス）] を選択します。
[名前] に「load-balancing-web-app-group」と入力します。
[インスタンステンプレート] で [load-balancing-web-app-template] を選択します。
[インスタンス数] を「6」に設定します。このフィールドが無効になっている場合は、まず自動スケーリングをオフにします。

ヒント: リージョンマネージドインスタンスグループを作成する際に、Compute Engine で十分な数のインスタンスをプロビジョニングして、1 つのゾーンのすべてのインスタンスが使用できなくなっても、残りのインスタンスが必要最小限のインスタンス数を満たすようにすることをおすすめします。ただし、必要以上にインスタンスをプロビジョニングすると、余分な費用が発生する可能性があります。詳細については、可用性を確保できるようにインスタンスグループのサイズを選択するをご覧ください。
[ロケーション] で [複数のゾーン] を選択します。

ヒント: ゾーンの停止などの極端なケースでもアプリケーションの可用性を確保するため、Compute Engine のアプリケーションを複数のゾーンに分散することをおすすめします。
[リージョン] で、[us-central1] を選択します。
[ゾーン] で、プルダウンリストから次のゾーンを選択します。
- us-central1-b
- us-central1-c
- us-central1-f
[インスタンスの再配布を許可] を選択します。
[自動スケーリングモード] で [オフ: 自動スケーリングしない] を選択します。
[作成] をクリックします。[インスタンスグループ] ページにリダイレクトされます。

注: グループ内のすべてのインスタンスが実行されてウェブアプリケーションを表示する準備ができるまで、数分かかることがあります。
インスタンスがデモウェブアプリケーションを正常に実行していることを確認するには:
1. [インスタンスグループ] ページで、load-balancing-web-app-group をクリックしてグループ内のインスタンスを表示します。
2. [外部 IP] で IP アドレスをクリックして、そのインスタンスを接続します。新しいブラウザタブが開き、デモウェブアプリケーションが表示されます。
  注: 数分経過してもウェブアプリケーションに接続できない場合は、次に示すように、インスタンスのステータスとネットワーク設定を確認してください。
  - インスタンスグループの準備ができていることを確認します。インスタンスを実行した後、起動スクリプトが完了するまで数分かかることがあります。
  - インスタンスグループが web-app-vpc ネットワーク上で実行されていること、およびインスタンステンプレートで [HTTP トラフィックを許可する] が有効になっていることを確認します。次に、allow-web-app-http ファイアウォールルールが正しく作成されていることを確認します。
  確認が終わったら、デモウェブアプリケーションのブラウザタブを閉じます。

ロードバランサを構成する

ロードバランサを使用してトラフィックをウェブアプリケーションに配信するには、すべての着信トラフィックを受信するために外部 IP アドレスを予約する必要があります。次に、その IP アドレスからのトラフィックを受け入れてインスタンスグループにリダイレクトするロードバランサを作成します。

静的 IP アドレスを予約する

グローバル静的外部 IP アドレスを使用して、すべてのユーザートラフィックを受信する単一のエントリポイントをロードバランサのために用意します。関連付けられた Google Cloud リソースを変更、削除しても、Compute Engine は静的 IP アドレスを保持します。したがって、ウェブアプリケーションの他の部分が変更されても、ウェブアプリケーションは常に同じエントリポイントを持つことができます。

Google Cloud Console で、[外部 IP アドレス] ページに移動します。

[外部 IP アドレス] に移動
[静的アドレスを予約] をクリックします。
[名前] に「web-app-ipv4」と入力します。
[IP バージョン] を IPv4 に設定します。
[タイプ] を [グローバル] に設定します。
[予約] をクリックします。

ロードバランサを作成する

このセクションでは、HTTP トラフィックを配信するグローバルロードバランサを作成するために必要な手順について説明します。

このロードバランサは、フロントエンドを使用して着信トラフィックを受信し、バックエンドを使用してこのトラフィックを正常なインスタンスに配信します。ロードバランサは複数のコンポーネントで構成されるため、ロードバランサを作成するタスクは以下のステップに分かれます。

バックエンドの構成
フロントエンドの構成
確認と完了

これらのステップをすべて完了して、ロードバランサを作成します。

構成を開始する

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

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

基本的な構成

[ロードバランサの名前] に「web-app-load-balancer」と入力します。

バックエンドの構成

[グローバル外部アプリケーションロードバランサを作成] ページの左パネルで、[バックエンドの構成] をクリックします。
[バックエンドサービスとバックエンドバケットの作成または選択] をクリックして、プルダウンメニューを開きます。[バックエンドサービス] をクリックし、[バックエンドサービスを作成] をクリックします。
新しいウィンドウで、バックエンドアプリケーションの [名前] に「web-app-backend」と入力します。
[インスタンスグループ] を load-balancing-web-app-group に設定します。
[ポート番号] を 80 に設定します。これにより、ロードバランサとインスタンスグループ間の HTTP トラフィックを許可することができます。
[分散モード] で、[使用率] を選択します。
[完了] をクリックすると、バックエンドが作成されます。
ロードバランサのバックエンドのヘルスチェックを作成します。
上級者向けのヒント: ヘルスチェックは負荷分散と自動修復の両方で使用されますが、目的は異なります。
- 負荷分散のヘルスチェックは、応答しないインスタンスを検出してトラフィックの配信先から除外するために使用されます。
- 自動修復のヘルスチェックは、失敗したインスタンスの検出と再作成に使用されます。
負荷分散と自動修復には、別々のヘルスチェックを使用します。これらのサービスに同じヘルスチェックを使用すると、応答しないインスタンスと失敗したインスタンスが区別できなくなり、ユーザーに余計なレイテンシや使用不能といった不便を強いることになります。詳細については、ヘルスチェックのコンセプトをご覧ください。
1. [ヘルスチェック] で、プルダウンメニューから [ヘルスチェックを作成]（または [別のヘルスチェックを作成]）をクリックします。新しいウィンドウが開きます。
2. 新しいウィンドウで、[名前] に「web-app-load-balancer-check」と入力します。
3. [プロトコル] を HTTP に設定します。
4. [ポート] に「80」と入力します。
5. このチュートリアルでは、[リクエストパス] を /health に設定します。これは、デモウェブアプリケーションが応答するように設定されているパスです。
6. ヘルス条件を次のように設定します。
  1. [チェック間隔] を 3 秒に設定します。これは、プローブを開始してから次のブローブを開始するまでの時間です。
  2. [タイムアウト] を 3 秒に設定します。これは、Google Cloud でプローブに対するレスポンスを待ち受ける時間です。この値は、チェック間隔で設定した数値以下にする必要があります。
  3. [正常しきい値] を [2 回連続して成功] に設定します。これは、プローブが連続で成功するとインスタンスが正常であると判断される回数です。
  4. [異常しきい値] を [2 回連続して失敗] に設定します。これは、プローブが連続で失敗するとインスタンスに異常があると判断される回数です。
  上級者向けのヒント: アプリケーションのチェック間隔とタイムアウトの値の調整方法については、ヘルスチェックの仕組みをご覧ください。
  レイテンシの最適化と測定の詳細については、ロードバランシングを使用したアプリケーションレイテンシの最適化をご覧ください。
7. [保存して次へ] をクリックすると、ヘルスチェックが作成されます。
[作成] をクリックすると、バックエンドサービスが作成されます。

フロントエンドの構成

[グローバル外部アプリケーションロードバランサを作成] ページの左パネルで、[フロントエンドの構成] をクリックします。
[フロントエンドの構成] ページで、[名前] に「web-app-ipv4-frontend」と入力します。
[プロトコル] を HTTP に設定します。
[IP バージョン] を IPv4 に設定します。
[IP アドレス] を web-app-ipv4 に設定します。
[ポート] を 80 に設定します。
[完了] をクリックすると、フロントエンドが作成されます。

確認と完了

ロードバランサを作成する前に、ロードバランシング設定を確認します。
1. [グローバル外部アプリケーションロードバランサを作成] ページの左パネルで、[確認と完了] をクリックします。
2. [確認と完了] ページで、バックエンドが次のように設定されていることを確認します。
  - [バックエンドサービス] が web-app-backend。
  - [エンドポイントプロトコル] が HTTP。
  - [ヘルスチェック] が web-app-load-balancer-check。
  - [インスタンスグループ] が load-balancing-web-app-group。
3. 同じページで、フロントエンドが使用する IP アドレスのプロトコルが HTTP になっていることを確認します。
[グローバル外部アプリケーションロードバランサを作成] ページの左パネルで [作成] をクリックすると、ロードバランサの作成が完了します。

ロードバランサの作成が完了するまで数分かかることがあります。

ゾーンの停止をシミュレートする

ゾーンの停止による広範囲の使用不能状態をシミュレートすることにより、ロードバランサの機能を観察できます。このシミュレーションを実行するには、指定したゾーンに存在するすべてのインスタンスに、/health リクエストパスの異常ステータスを強制的に報告させます。これらのインスタンスが異常ステータスを報告すると、負荷分散のヘルスチェックが失敗し、ロードバランサはそれらのインスタンスへのトラフィックの配信を停止するよう促されます。

ロードバランサがトラフィックを配信しているゾーンをモニタリングします。
1. Google Cloud Console で、Cloud Shell に移動します。
  
  Cloud Shell を開く
  
  Google Cloud コンソールのペインで Cloud Shell が開きます。セッションの初期化に数秒かかることがあります。
  
  上級者向けのヒント:
  どの Google Cloud コンソールページからでも、[Cloud Shell をアクティブにする] ボタンを使用して Cloud Shell を開くことができます。
2. ロードバランサの静的外部 IP アドレスを保存します。
  1. ターミナルで次のコマンドを入力して、ロードバランサのフロントエンド転送ルールから外部 IP アドレスを取得します。
```
gcloud compute forwarding-rules describe web-app-ipv4-frontend --global
```
    出力から EXTERNAl_IP_ADDRESS をコピーします。
```
IPAddress: EXTERNAl_IP_ADDRESS
...
```
  2. ローカル bash 変数を作成します。
```
export LOAD_BALANCER_IP=EXTERNAl_IP_ADDRESS
```
    ここで、EXTERNAl_IP_ADDRESS はコピーした外部 IP アドレスです。
3. ロードバランサがトラフィックを配信しているゾーンをモニタリングするには、次の bash スクリプトを実行します。
```
while true
do
        BODY=$(curl -s "$LOAD_BALANCER_IP")
        NAME=$(echo -n "$BODY" | grep "load-balancing-web-app-group" | perl -pe 's/.+?load-balancing-web-app-group-(.+?)<.+/\1/')
        ZONE=$(echo -n "$BODY" | grep "us-" | perl -pe 's/.+?(us-.+?)<.+/\1/')

        echo $ZONE
done
```
  このスクリプトは、ロードバランサのフロントエンドの IP アドレスを介してウェブアプリケーションへの接続を継続的に試行し、個々の接続でウェブアプリケーションが実行されているゾーンを出力します。
  
  結果の出力には、us-central1-b、us-central1-c、us-central1-f のゾーンが含まれているはずです。
```
us-central1-f
us-central1-b
us-central1-c
us-central1-f
us-central1-f
us-central1-c
us-central1-f
us-central1-c
us-central1-c
```
  このターミナルは開いたままにしておきます。
  
  注: このモニタリングは継続的に実行されます。ただし、ターミナルで Control+C を押せば、いつでも停止できます。
モニタリングの実行中に、ゾーン停止のシミュレーションを開始します。
1. Cloud Shell で、 [追加] ボタンをクリックして、2 番目のターミナルセッションを開きます。
2. プロジェクト ID のローカル bash 変数を作成します。
```
export PROJECT_ID=PROJECT_ID
```
  ここで、PROJECT_ID は、現在のプロジェクトのプロジェクト ID です。この値は Cloud Shell のすべての新しい行に表示されます。
```
user@cloudshell:~ (PROJECT_ID)$
```
3. 無効にするゾーンのローカル bash 変数を作成します。ゾーン us-central1-f の障害をシミュレートするには、次のコマンドを使用します。
```
export DISABLE_ZONE=us-central1-f
```
  次に、以下の bash スクリプトを実行します。このスクリプトにより、使用不能になったゾーンのデモウェブアプリケーションインスタンスは、ロードバランサのヘルスチェックに対して異常レスポンスを出力します。異常レスポンスにより、ロードバランサはこれらのインスタンスへのトラフィックの配信を停止します。
```
export MACHINES=$(gcloud --project=$PROJECT_ID compute instances list --filter="zone:($DISABLE_ZONE)" --format="csv(name,networkInterfaces[0].accessConfigs[0].natIP)" | grep "load-balancing-web-app-group")
for i in $MACHINES;
do
  NAME=$(echo "$i" | cut -f1 -d,)
  IP=$(echo "$i" | cut -f2 -d,)
  echo "Simulating zonal failure for zone $DISABLE_ZONE, instance $NAME"
  curl -q -s "http://$IP/makeUnhealthy" >/dev/null --retry 2
done
```
  その少し後で、ロードバランサは異常が発生したゾーンへのトラフィックの配信を停止します。そのため、最初のターミナルウィンドウでは、ゾーン us-central1-f が出力リストに表示されなくなります。
```
us-central1-c
us-central1-c
us-central1-c
us-central1-b
us-central1-b
us-central1-c
us-central1-b
us-central1-c
us-central1-c
```
  これは、ロードバランサが、正常でかつ応答しているインスタンスにのみトラフィックを配信していることを示します。
  注: この手順を繰り返せば、ゾーン us-central1-b と us-central1-c の障害もシミュレートできます。
  
  両方のターミナルを開いたままにしておきます。
4. 第 2 のターミナルで、復元するゾーンのローカル bash 変数を作成します。ゾーン us-central1-f へのトラフィックを復元するには、次のコマンドを使用します。
```
export ENABLE_ZONE=us-central1-f
```
  次に、以下の bash スクリプトを実行します。このスクリプトにより、使用可能になったゾーンのデモウェブアプリケーションインスタンスは、ロードバランサのヘルスチェックに対して正常レスポンスを出力します。正常レスポンスにより、ロードバランサはこれらのインスタンスへのトラフィックの配信を再開します。
```
export MACHINES=$(gcloud --project=$PROJECT_ID compute instances list --filter="zone:($ENABLE_ZONE)" --format="csv(name,networkInterfaces[0].accessConfigs[0].natIP)" | grep "load-balancing-web-app-group")
for i in $MACHINES;
do
  NAME=$(echo "$i" | cut -f1 -d,)
  IP=$(echo "$i" | cut -f2 -d,)
  echo "Simulating zonal restoration for zone $ENABLE_ZONE, instance $NAME"
  curl -q -s "http://$IP/makeHealthy" >/dev/null --retry 2
done
```
  数分で、1 つ目のターミナルウィンドウの出力リストにゾーン us-central1-f が表示される回数が徐々に増えていきます。
```
us-central1-b
us-central1-b
us-central1-c
us-central1-f
us-central1-c
us-central1-c
us-central1-b
us-central1-c
us-central1-f
```
  これは、ロードバランサが、元のように、すべてのゾーンに着信トラフィックを配信していることを示します。
  注: ゾーン us-central1-b やゾーン us-central1-c も使用不能にした場合は、この手順を繰り返してトラフィックの配信を元に戻すことができます。
  
  確認が終わったら、両方のターミナルを閉じます。

（省略可）着信トラフィックを制限する

リージョンマネージドインスタンスグループを作成すると、外部エフェメラル IP アドレスを介して各インスタンスに直接アクセスできます。しかし、ここではロードバランサと静的外部 IP アドレスを用意したので、着信トラフィックが必ずロードバランサを経由するようにネットワークファイアウォールを変更する方が適切です。

着信トラフィックがロードバランサを経由するように制限するには、ネットワークファイアウォールを変更して、各インスタンスのエフェメラル外部 IP アドレスを無効にします。

ファイアウォールルールを編集して HTTP トラフィックを制限することで、ロードバランサを使用してのみウェブアプリケーションにアクセスできるようにします。
1. Google Cloud コンソールで、[ファイアウォール] ページに移動します。
  
  [ファイアウォール] に移動
2. [名前] で allow-web-app-http をクリックします。
3. [編集] をクリックします。
4. [ソース IP 範囲] を変更して、ヘルスチェックプローブのみを許可します。
  1. 0.0.0.0/0 を削除します。
  2. 同じ行に「130.211.0.0/22」と入力して、Tab キーを押します。
  3. 同じ行に「35.191.0.0/16」と入力して、Tab キーを押します。
  注: ロードバランサのヘルスチェックプローブは、130.211.0.0/22 から 35.191.0.0/16 の範囲のアドレスで実行されます。このチュートリアルでは、ヘルスチェックで HTTP プロトコルを使用しているため、ファイアウォールルールでポート 80 への接続を許可する必要があります。ヘルスチェック用のファイアウォールルールの詳細については、負荷分散のファイアウォールルールをご覧ください。
5. [保存] をクリックします。
特定のインスタンスにエフェメラル外部 IP アドレスを使用してウェブアプリケーションに接続できないことを確認します。
1. Google Cloud コンソールの [インスタンスグループ] ページに移動します。
  
  [インスタンスグループ] に移動
2. load-balancing-web-app-group をクリックして、そのグループのインスタンスを表示します。
3. [外部 IP] で IP アドレスをクリックして、そのインスタンスを接続します。新しいブラウザタブが開きますが、ウェブアプリケーションは開きません（タイムアウトエラーがページに表示されます）。
  
  確認が終わったら、インスタンスのブラウザタブを閉じます。
ロードバランサを使用してウェブアプリケーションに接続できることを確認します。
1. Google Cloud コンソールで、[ロードバランシング] ページに移動します。
  
  [負荷分散] に移動
2. [名前] で web-app-load-balancer をクリックし、作成したロードバランサを展開します。
3. 外部静的 IP アドレスを介してウェブアプリに接続するには、[フロントエンド] および [IP:ポート] を見て、IP アドレスをコピーします。次に、新しいブラウザタブを開き、IP アドレスをアドレスバーに貼り付けます。次のように、デモウェブアプリケーションが表示されます。
  
  ページを更新するたびに、ロードバランサが異なるゾーンの異なるインスタンスに接続することに注意してください。これは、インスタンスに直接接続していないためです。接続しているのはロードバランサであり、ロードバランサによってリダイレクト先のインスタンスが選択されます。
  
  確認が終わったら、デモウェブアプリケーションのブラウザタブを閉じます。

クリーンアップ

チュートリアルが終了したら、作成したリソースをクリーンアップして、割り当ての使用を停止し、課金されないようにできます。次のセクションで、リソースを削除または無効にする方法を説明します。

このチュートリアル用に別個のプロジェクトを作成した場合は、プロジェクトごと削除します。それ以外の場合は、プロジェクトに保持したいリソースがあれば、このチュートリアルで作成した特定のリソースのみを削除します。

プロジェクトを削除する

注意: プロジェクトを削除すると、次のような影響があります。

プロジェクト内のすべてのものが削除されます。このドキュメントのタスクで既存のプロジェクトを使用した場合、それを削除すると、そのプロジェクトで行った他の作業もすべて削除されます。
カスタムプロジェクト ID が失われます。このプロジェクトを作成したときに、将来使用するカスタムプロジェクト ID を作成した可能性があります。そのプロジェクト ID を使用した URL（たとえば、appspot.com）を保持するには、プロジェクト全体ではなくプロジェクト内の選択したリソースだけを削除します。

複数のアーキテクチャ、チュートリアル、クイックスタートを実施する予定がある場合は、プロジェクトを再利用すると、プロジェクトの割り当て上限を超えないようにすることができます。

In the Google Cloud console, go to the Manage resources page.
Go to Manage resources
In the project list, select the project that you want to delete, and then click Delete.
In the dialog, type the project ID, and then click Shut down to delete the project.

特定のリソースを削除する

ロードバランサを削除する

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

[負荷分散] に移動
web-app-load-balancer の横にあるチェックボックスをオンにします。
ページの上部にある [削除] をクリックします。
新しいウィンドウで、すべてのチェックボックスをオンにします。次に、[ロードバランサと選択したリソースを削除] をクリックして、削除を確定します。

静的外部 IP アドレスを削除する

Google Cloud Console で、[外部 IP アドレス] ページに移動します。

[外部 IP アドレス] に移動
web-app-ipv4 の横にあるチェックボックスをオンにします。
ページの上部にある [静的アドレスを解放] をクリックします。表示された新しいウィンドウで、[削除] をクリックして削除を確定します。

インスタンスグループを削除する

In the Google Cloud console, go to the Instance groups page.
Go to Instance groups
Select the checkbox for your load-balancing-web-app-group instance group.
To delete the instance group, click Delete.

インスタンステンプレートを削除する

Google Cloud Console で、[インスタンステンプレート] ページに移動します。

[インスタンステンプレート] に移動
load-balancing-web-app-template の横にあるチェックボックスをオンにします。
ページの上部にある [削除] をクリックします。表示された新しいウィンドウで、[削除] をクリックして削除を確定します。

VPC ネットワークを削除する

Google Cloud Console で、[VPC ネットワーク] ページに移動します。

[VPC ネットワーク] に移動
[web-app-vpc] をクリックします。
ページの上部にある [削除] をクリックします。表示された新しいウィンドウで、[削除] をクリックして削除を確定します。

次のステップ

別のチュートリアルを試す
- 可用性の高いアプリケーションでの自動修復の使用。
- スケーラビリティの高いアプリケーションでの自動スケーリングの使用。
マネージドインスタンスグループの詳細を学ぶ。
負荷分散の詳細を学ぶ。
負荷分散によるアプリケーションレイテンシの最適化の詳細を学ぶ。
堅牢なシステムの設計の詳細を学ぶ。
Google Cloud Platform でのスケーラブルで復元力を備えたウェブアプリケーションの構築の詳細を学ぶ。

Compute Engine API

目標

費用

始める前に

アプリケーション アーキテクチャ

ウェブ アプリケーションを起動する

VPC ネットワークの作成

ファイアウォール ルールを作成する

インスタンス テンプレートを作成する

リージョン マネージド インスタンス グループを作成する

ロードバランサを構成する

静的 IP アドレスを予約する

ロードバランサを作成する

構成を開始する

基本的な構成

バックエンドの構成

フロントエンドの構成

確認と完了

ゾーンの停止をシミュレートする

（省略可）着信トラフィックを制限する

クリーンアップ

プロジェクトを削除する

特定のリソースを削除する

ロードバランサを削除する

静的外部 IP アドレスを削除する

インスタンス グループを削除する

インスタンス テンプレートを削除する

VPC ネットワークを削除する

次のステップ

アプリケーションアーキテクチャ

ウェブアプリケーションを起動する

ファイアウォールルールを作成する

インスタンステンプレートを作成する

リージョンマネージドインスタンスグループを作成する

インスタンスグループを削除する

インスタンステンプレートを削除する