Microsoft IIS バックエンドによるクロスリージョン負荷分散

このチュートリアルでは、Compute Engine の HTTP(S) ロードバランササービスを使用して、異なる Compute Engine のリージョンにある複数の Microsoft インターネットインフォメーションサービス（IIS）ウェブサーバーにトラフィックを分散する方法について説明します。

シナリオ

ここでは、サイト www.example.com のトラフィックを負荷分散します。受信リクエストが最も近いリージョンにルーティングするようにし、また、障害の発生時やリージョン内のインスタンスが容量上限に達した際には、リクエストが次に近いリージョンの正常なインスタンスにフェイルオーバーするようにする必要があります。

このシナリオの構成では、単一のグローバル IP アドレスを介してリクエストを行う外部 HTTP(S) ロードバランサを使用します。この IP アドレスで、接続タイプが HTTP と HTTPS のどちらであるかに応じて受信リクエストをルーティングできます。HTTPS リクエストの場合は、リクエストを送信したクライアントとロードバランサの間で SSL / TLS 暗号化が実装されます。

次の図は、ロードバランサのアーキテクチャを示しています。

クロスリージョン負荷分散

このロードバランサは、構成の柔軟性を高めるために複数のコンポーネントで構成されます。各コンポーネントの詳細については、HTTP(S) 負荷分散の概要をご覧ください。

始める前に

このチュートリアルの前提条件は次のとおりです。

Windows マシンを使用している。
Google Cloud プロジェクトを作成済みである。
Cloud SDK をインストール済みである。この SDK に含まれる gcloud コマンドラインツールを使用して、Google Cloud を操作できます。
gcloud auth login を実行して、Google Cloud の認証済みである。
Fusion Labs の Chrome RDP for Google Cloud 拡張機能をインストール済みである。

注: すでに RDP クライアントがある場合は、このタスクをスキップしてください。
HTTP(S) 負荷分散の概要を読んで内容を理解している。
Cloud プロジェクトを gcloud ツールが操作するデフォルトのプロジェクトに設定している。
```
gcloud config set --project PROJECT_NAME
```

バックエンドインスタンスを設定する

このセクションでは、異なるリージョンに 2 つのバックエンドサービスを作成します。各バックエンドサービスに 2 つのバックエンドインスタンスを含め、それぞれ Windows Server 2012 で Microsoft IIS ウェブサーバーを実行します。サーバーを 1 つずつ手動で構成する手間を省くため、1 つのサーバーインスタンスからディスクイメージを作成し、そのイメージを使用して残りのサーバーインスタンスを作成します。

ソースイメージインスタンスを作成する

ソースイメージとして使用するインスタンスを作成するには:

ローカル Windows マシンで PowerShell を開きます。
us-central1 リージョンに新しい Windows Server 2012 インスタンスを作成し、そのインスタンスに rdp-tag タグと www-tag タグを追加します。後で、これらのタグをターゲットにしたファイアウォールルールを作成して、インスタンスへの外部アクセスを有効にします。
```
gcloud compute instances create src-img \
    --zone us-central1-f --image windows-2012-r2 \
    --tags rdp-tag,www-tag
```
注: Windows インスタンスのデプロイが完了するまでに 10 分ほどかかることがあります。

ソースイメージインスタンスを作成したら、インスタンスへの外部アクセスを許可するファイアウォールルールを設定します。

rdp-tag というタグが付いたすべてのインスタンスに対して、ポート 3389 への外部アクセスを許可するファイアウォールルールを作成します。このルールにより、ソースイメージインスタンスと rdp-tag タグを使用する以降のすべてのインスタンスに RDP を使用してアクセスできるようにします。
```
gcloud compute firewall-rules create rdp-rule \
    --allow tcp:3389 --source-ranges 0.0.0.0/0 \
    --target-tags rdp-tag
```
www-tag のタグが付いたすべてのインスタンスに対して、ポート 80 への外部アクセスを許可する別のファイアウォールルールを作成します。このルールにより、ソースイメージインスタンスと www-tag タグを使用する以降のすべてのインスタンスで HTTP トラフィックを送受信できるようにします。
```
gcloud compute firewall-rules create www-rule \
   --allow tcp:80 --source-ranges 0.0.0.0/0 \
   --target-tags www-tag
```

ソースイメージインスタンスを構成する

新しいソースイメージインスタンスを構成するには、ソースイメージインスタンスの新しい Windows ユーザーを作成し、RDP 接続を確立します。

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

[VM インスタンス] に移動
ソースイメージインスタンス（src-img）の名前をクリックします。
[Windows パスワードを設定] ボタンをクリックします。
[新しい Windows パスワードの設定] ダイアログで、ユーザー名を追加して [設定] をクリックし、インスタンスのユーザーアカウントを作成します。
表示されたパスワードをコピーし、ダイアログを閉じます。
インスタンスのコンソールページで [RDP] をクリックします。
- Chrome RDP 拡張機能をインストール済みの場合は、拡張機能ウィンドウが開きます。インスタンスに接続することを確認し、ユーザー名とパスワードを入力して、[OK] をクリックすると、インスタンスへの接続が確立されます。
- Chrome RDP 拡張機能をインストールしない場合は、インスタンスの RDP ファイルをダウンロードできます。このファイルを Windows リモートデスクトップ接続やサードパーティのクライアントで使用することで、インスタンスに接続できます。

ソースイメージインスタンスとの RDP 接続を確立したら、IIS をインストールしてデフォルトのホームページを追加します。

ソースイメージインスタンスで、管理者として PowerShell を開きます。

PowerShell で、次のコードを貼り付けて IIS サービスと依存関係をインストールします。

Dism /Online /Enable-Feature /FeatureName:IIS-WebServerRole /FeatureName:IIS-WebServer /FeatureName:IIS-StaticContent /FeatureName:IIS-DefaultDocument /FeatureName:IIS-DirectoryBrowsing /FeatureName:IIS-HttpErrors /FeatureName:IIS-HealthAndDiagnostics /FeatureName:IIS-HttpLogging /FeatureName:IIS-LoggingLibraries /FeatureName:IIS-RequestMonitor /FeatureName:IIS-Security /FeatureName:IIS-RequestFiltering /FeatureName:IIS-HttpCompressionStatic /FeatureName:IIS-WebServerManagementTools /FeatureName:IIS-ManagementConsole /FeatureName:WAS-WindowsActivationService /FeatureName:WAS-ProcessModel /FeatureName:WAS-NetFxEnvironment /FeatureName:WAS-ConfigurationAPI /All

サービスをインストールしたら、IIS のデフォルトのウェブディレクトリ C:\inetpub\wwwroot に新しいホームページを作成します。
```
Echo '<!doctype html><html><body><h1>Hello World!</h1></body></html>' > C:\inetpub\wwwroot\index.html
```

ソースイメージインスタンスからコンテンツを配信できることを確認する

Cloud Console で、[VM インスタンス] ページに移動します。

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

インスタンスの外部 IP をクリックして、前の手順で作成したホームページが表示されることを確認します。

ソースイメージインスタンスから再利用可能な Windows Server 2012 イメージを作成する

ソースイメージインスタンスが適切に構成され、コンテンツを配信できることを確認したら、インスタンスのルート永続ディスクから再利用可能なディスクイメージを作成します。

ソースイメージインスタンスで、管理者として PowerShell を開きます。
システムのクローンを作成する準備として、次のコマンドを実行します。
```
GCESysprep
```
GCESysprep オペレーションが完了すると、RDP セッションが自動的に切断されます。
ローカルマシンで次のコマンドを実行して、ソースインスタンスを削除します。ただし、インスタンスのルート永続ディスクは残します。
```
gcloud compute instances delete src-img --keep-disks boot
```
インスタンスを削除したら、削除せずに残したルート永続ディスクから新しいイメージを作成します。
```
gcloud compute images create win-be-img \
   --source-disk src-img \
   --source-disk-zone us-central1-f
```

ソースイメージを使用してインスタンステンプレートを作成する

構成した Windows サーバーのディスクイメージをインスタンステンプレートのソースイメージとして使用します。このテンプレートは、新しいインスタンスで 2 つのマネージドインスタンスグループを構成するときに使用します。

ローカルマシンで次のコマンドを実行して、ソースイメージとして win-be-img を使用し、インスタンスタグとして rdp-tag と www-tag を使用するインスタンステンプレートを作成します。

gcloud compute instance-templates create win-be-tmpl \
    --tags rdp-tag,www-tag \
    --image win-be-img

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

各リージョンで、マネージドインスタンスグループを作成します。各インスタンスグループを作成後、前の手順で定義したインスタンステンプレートに基づいて、2 つの同一インスタンスが自動的に挿入されます。これらのインスタンスグループは、後でロードバランサを構成するときにバックエンドターゲットとして使用します。

マネージドインスタンスグループを作成するには:

ローカルマシンで次のコマンドを実行して、ゾーン us-central1-f に新しいマネージドインスタンスグループを作成し、そのグループに 2 つの同一インスタンスを自動的に挿入します。
```
gcloud compute instance-groups managed create us-be-group \
   --base-instance-name us \
   --size 2 \
   --zone us-central1-f \
   --template win-be-tmpl
```

ゾーン europe-west1-d についても同様に処理します。

gcloud compute instance-groups managed create eu-be-group \
   --base-instance-name eu \
   --size 2 \
   --zone europe-west1-d \
   --template win-be-tmpl

バックエンドインスタンスが実行されていることを確認する

Cloud Console で、[VM インスタンス] ページに移動します。

[VM インスタンス] に移動
各バックエンドの外部 IP をクリックして、前の手順で作成したホームページが表示されることを確認します。

負荷分散サービスを作成して構成する

Compute Engine 負荷分散サービスには複数のコンポーネントがあります。このセクションでは、それらのコンポーネントを作成して連携させます。

ローカルマシンで次のコマンドを実行して、新しいヘルスチェックを作成します。ロードバランサは、このヘルスチェックを使用してバックエンドインスタンスの状態を確認します。
```
gcloud compute http-health-checks create basic-check
```

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

gcloud compute backend-services create be-srv \
   --protocol HTTP \
   --http-health-check basic-check

インスタンスグループをバックエンドサービスのバックエンドターゲットとして追加します。

gcloud beta compute backend-services add-backend be-srv \
   --instance-group us-be-group \
   --zone us-central1-f

gcloud beta compute backend-services add-backend be-srv \
   --instance-group eu-be-group \
   --zone europe-west1-d

あらゆるインスタンスへの受信リクエストをすべて振り向けるデフォルトの URL マップを作成します。
```
gcloud compute url-maps create lb-map --default-service be-srv
```
SSL 証明書リソースを作成します。このリソースは、ロードバランサでトラフィックの暗号化と復号に使用します。

秘密鍵と認証局が発行した SSL 証明書を入手済みの場合は、それらを使用し、次のコマンドを実行して新しい SSLCertificate リソースを作成できます。それ以外の場合は、テスト用の自己署名証明書を作成して使用できます。詳しくは、SSL 証明書をご覧ください。

次のコマンドを実行して SSL 証明書リソースを作成します。
```
gcloud beta compute ssl-certificates create www-cert \
   --certificate CRT_FILE_PATH \
   --private-key KEY_FILE_PATH
```
以下を置き換えます。
- CRT_FILE_PATH: 証明書のローカルファイルのパス
- KEY_FILE_PATH: 秘密鍵のファイルパス
URL マップにリクエストをルーティングするターゲットの HTTP プロキシと HTTPS プロキシを作成します。プロキシはロードバランサの一部であり、HTTPS 負荷分散用の SSL 証明書を保持するため、この手順で証明書も読み込みます。
```
gcloud compute target-http-proxies create http-lb-proxy \
   --url-map lb-map

gcloud beta compute target-https-proxies create https-lb-proxy \
   --url-map lb-map \
   --ssl-certificate www-cert
```
ロードバランサで確実にトラフィックを受信するように、ロードバランサのグローバル転送ルールにグローバル静的 IP アドレスを割り当てる必要があります。

グローバル静的 IP リソースを作成するには、次のコマンドを実行します。
```
gcloud compute addresses create lb-ip --global
```
IP アドレスはメモしておいてください。
HTTP と HTTPS の受信リクエスト用にグローバル転送ルールを 2 つ作成します。それぞれの転送ルールにより、IP アドレス、IP プロトコル、ポートの指定に応じて、作成したいずれかのターゲットプロキシにトラフィックが送信されます。
```
gcloud compute forwarding-rules create http-fwd-rule \
   --address LB_IP_ADDR \
   --global \
   --target-http-proxy http-lb-proxy \
   --port-range 80

gcloud beta compute forwarding-rules create https-fwd-rule \
   --address LB_IP_ADDR \
   --global \
   --target-https-proxy https-lb-proxy \
   --port-range 443
```
LB_IP_ADDR を前の手順で作成した静的 IP アドレスに置き換えます。

グローバル転送ルールを作成した後、構成が反映されるまでに数分かかることがあります。進行状況を確認するには、Google Cloud Console で構成をモニタリングするか、ローカルマシンで次のコマンドを実行します。

gcloud compute backend-services get-health be-srv

バックエンドにトラフィックを送信する

負荷分散サービスの構成が完了したので、転送ルールへのトラフィックの送信を開始できます。また、別のインスタンスに分散されるトラフィックを監視できます。

次のようにバックエンドにトラフィックを送信します。

Cloud Console で、[負荷分散] ページに移動します。

[負荷分散] に移動
デフォルトのホームページを表示するには、[受信トラフィック] 列で IP アドレスをクリックします。

注: テストに自己署名証明書を使用した場合は、ブラウザに警告が表示され、証明書を手動で受け入れる必要があります。

バックエンドへのアクセスを制限する

ここまでの作業に問題がないことを確認したら、インスタンスで負荷分散サービスからの HTTP または HTTPS トラフィックのみを受け入れるようにファイアウォールルールを変更します。

ローカルマシンで次のコマンドを実行して、www-rule ファイアウォールルールを更新します。許可する IP の範囲を 130.211.0.0/22 に制限します。これは HTTPS 負荷分散ヘルスチェックの IP 範囲です。
```
gcloud compute firewall-rules update www-rule \
   --source-ranges 130.211.0.0/22 \
   --target-tags www-tag
```
Cloud Console で、[VM インスタンス] ページに移動します。

[VM インスタンス] に移動
各インスタンスをクリックして、インスタンスにアクセスできなくなったことを確認します。

停止のシミュレーションを行う

正常なインスタンス間での負荷分散の方法を確認するには、リージョン内の 1 つ以上のインスタンスで停止のシミュレーションを実施できます。

インスタンスでのリクエストの受信を停止するには:

インスタンスへの RDP 接続を確立します。
インスタンスで、管理者として PowerShell を開きます。
次のコマンドを実行して、インスタンスに適用する新しいファイアウォールルールを作成します。このコマンドを実行すると、ヘルスチェッカーからのヘルスチェックトラフィックがブロックされ、ロードバランサからインスタンスへの新しい HTTP 接続もすべて阻止されます。
```
netsh advfirewall firewall add rule name="Outage Test" protocol=tcp dir=in localport=80 action=block remoteip=130.211.0.0/22
```
ローカルマシンで次のコマンドを実行して、インスタンスのステータスが UNHEALTHY になったことを確認します。
```
gcloud compute backend-services get-health be-srv
```
インスタンスのステータスが UNHEALTHY になったら、ロードバランサにリクエストを送信します。正常なインスタンスからのみレスポンスが返されます。
停止のシミュレーションが終了したら、ファイアウォールルールを削除してインスタンスの接続を復元します。停止したインスタンスで管理者として PowerShell を開き、次のコマンドを実行してルールを削除します。
```
netsh advfirewall firewall delete rule name="Outage Test"
```

クリーンアップ

Microsoft IIS チュートリアルが終了したら、Google Cloud で作成したリソースをクリーンアップして、今後割り当ての消費や課金が発生しないようにします。次のセクションで、リソースを削除または無効にする方法を説明します。

Cloud プロジェクトのプロジェクトを削除する

課金をなくす最も簡単な方法は、チュートリアル用に作成したプロジェクトを削除することです。

プロジェクトを削除するには:

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

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

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

Cloud Console で [リソースの管理] ページに移動します。
[リソースの管理] に移動
プロジェクトリストで、削除するプロジェクトを選択し、[削除] をクリックします。
ダイアログでプロジェクト ID を入力し、[シャットダウン] をクリックしてプロジェクトを削除します。

インスタンスを削除する

Compute Engine インスタンスを削除するには:

Cloud Console で、[VM インスタンス] ページに移動します。
[VM インスタンス] に移動
削除するインスタンスをクリックします。
[削除] をクリックしてインスタンスを削除します。

永続ディスクを削除する

Compute Engine ディスクを削除するには:

Cloud Console で、[ディスク] ページに移動します。
[ディスク] に移動
削除するディスクのチェックボックスをクリックします。
[削除] をクリックしてディスクを削除します。

次のステップ

Compute Engine での Windows の使用方法の詳細を確認する

Compute Engine での Windows インスタンスの操作に関するドキュメントをご覧ください。

他のチュートリアルを試す

Google Cloud のその他の機能を試す。チュートリアルをご覧ください。