Azure に精通しているクラウド プロフェッショナルの皆様は、多層アーキテクチャの設計にコンピューティング レイヤが含まれることをご存じでしょう。通常、コンピューティング レイヤの設計には仮想マシン（VM）が含まれます。VM の構成に関しては、次のような点を考慮します。

• グラフィック インターフェースを使用して VM を作成、デプロイする方法
• VM に安全に接続する方法
• インスタンス間の通信を可能にする方法

Azure の場合、組織は Cloud Shell インターフェースからプログラムによって Azure VM インスタンスをデプロイします。Azure Portal を使用して VM インスタンスをデプロイすることもできます。

VM に接続するには、RDP と管理者パスワードを使用します。Linux インスタンスの場合は、鍵ペアを使用して Secure Shell（SSH）経由で安全に接続します。

インスタンス間の通信を可能にするには、同じ VPC 内にそれらのインスタンスを配置し、ルートテーブルで適切な定義を使用してサブネット間のトラフィックを許可するというのがシンプルなパターンです。

ここでは、Google Cloud で同様のアーキテクチャを作成するために、Google Cloud コンソールとコマンドライン インターフェース（CLI）を使って VM を作成し、それらの VM を相互に接続する方法を学習します。

概要

このラボでは、仮想マシン（VM）を作成してそのマシンに接続します。また、インスタンス間の接続も作成します。

目標

このラボでは、次のタスクの実行方法について学びます。

• Google Cloud コンソールを使用して Compute Engine 仮想マシンを作成する。
• gcloud コマンドライン インターフェースを使用して Compute Engine 仮想マシンを作成する。
• 2 つのインスタンス間を接続する。

タスク 1. Google Cloud コンソールにログインする

各ラボでは、新しい Google Cloud プロジェクトとリソースセットを一定時間無料で利用できます。

1. Qwiklabs にシークレット ウィンドウでログインします。

2. ラボのアクセス時間（例: 1:15:00）に注意し、時間内に完了できるようにしてください。
   一時停止機能はありません。必要な場合はやり直せますが、最初からになります。

3. 準備ができたら、[ラボを開始] をクリックします。

4. ラボの認証情報（ユーザー名とパスワード）をメモしておきます。この情報は、Google Cloud Console にログインする際に使用します。

5. [Google Console を開く] をクリックします。

6. [別のアカウントを使用] をクリックし、このラボの認証情報をコピーしてプロンプトに貼り付けます。
   他の認証情報を使用すると、エラーが発生したり、料金の請求が発生したりします。

7. 利用規約に同意し、再設定用のリソースページをスキップします。

タスク 2. Cloud コンソールを使用して仮想マシンを作成する

1. ナビゲーション メニュー（）で、[Compute Engine] > [VM インスタンス] をクリックします。
2. [インスタンスを作成] をクリックします。
3. [インスタンスの作成] ページで、[名前] に「my-vm-1」と入力します。
4. [リージョン] と [ゾーン] で、Google Cloud Skills Boost によって割り当てられたものを選択します。
5. [マシンタイプ] は、デフォルトのままにします。
6. [ブートディスク] で、表示されるイメージが「Debian GNU/Linux 11（bullseye）」でない場合は、[変更] をクリックして、[Debian GNU/Linux 11（bullseye）] を選択します。
7. [アイデンティティと API へのアクセス] のデフォルト設定は変更せずにそのままにします。
8. [ファイアウォール] で、[HTTP トラフィックを許可する] をオンにします。
9. その他のデフォルト設定はすべて変更せずにそのままにします。
10. VM を作成して起動するには、[作成] をクリックします。

注: VM が起動して完全に使用可能になるには、約 2 分かかる場合があります。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 Cloud コンソールを使用して仮想マシンを作成する

タスク 3. gcloud コマンドラインを使用して仮想マシンを作成する

1. Google Cloud コンソールの右上のツールバーにある Cloud Shell をアクティブにするボタン（）をクリックします。

2. [続行] をクリックします。

3. Google Cloud Skills Boost によって割り当てられたリージョンの全ゾーンのリストを表示するには、コマンド「gcloud compute zones list | grep」を入力して、その後に Google Cloud Skills Boost またはインストラクターによって割り当てられたリージョンを指定します。

   完成したコマンドは次のようになります。

   gcloud compute zones list | grep {{{ project_0.default_region| "Region" }}}

4. リストからゾーン（Google Cloud Skills Boost によって割り当てられたゾーン以外のもの）を選択します。たとえば、Google Cloud Skills Boost によってリージョン とゾーン が割り当てられた場合、ゾーン を選択します。

5. 選択したゾーンをデフォルトのゾーンとして設定するには、選択したゾーンをコマンド「gcloud config set compute/zone」の後に入力します。

   完成したコマンドは次のようになります。

   gcloud config set compute/zone {{{ project_0.default_zone_2| "Zone 2" }}}

6. そのゾーンに my-vm-2 という VM インスタンスを作成するには、次のコマンドを実行します。

   gcloud compute instances create "my-vm-2" \ --machine-type "e2-medium" \ --image-project "debian-cloud" \ --image-family "debian-11" \ --subnet "default"

注: VM が起動して完全に使用可能になるには、約 2 分かかる場合があります。

7. Cloud Shell を閉じるには、次のコマンドを実行します。

   exit

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 gcloud コマンドラインを使用して仮想マシンを作成する

タスク 4. VM インスタンス間を接続する

1. ナビゲーション メニューで、[Compute Engine] > [VM インスタンス] をクリックします。

   作成した 2 つの VM インスタンスが表示されます。それぞれ別のゾーン内にあります。

   これらの 2 つのインスタンスの内部 IP アドレスは、最初の 3 バイトが共通しています。これらは異なるゾーンにあっても、Google Cloud VPC の同じサブネット上に存在します。

2. my-vm-2 インスタンスでコマンド プロンプトを開くには、VM インスタンス リストのその行で [SSH] をクリックします。

3. 次に ping コマンドを使用して、my-vm-2 がネットワークを介して my-vm-1 に到達できることを確認します。

   ping my-vm-1.{{{ project_0.default_zone| "Zone 1" }}}

   ping コマンドの出力により、my-vm-1 の完全なホスト名が my-vm-1..c.PROJECT_ID.internal であることがわかります。PROJECT_ID は、実際の Google Cloud Platform プロジェクトの名前です。Cloud コンソールでは、VM インスタンスの内部 IP アドレスのドメインネーム サービス（DNS）解決が自動的に提供されます。

4. Ctrl+C キーを押して ping コマンドを中止します。

5. Cloud コンソールのタブに戻ります。

6. VM インスタンス リストの my-vm-1 の行で [SSH] をクリックします。

7. my-vm-1 のコマンド プロンプトで、Nginx ウェブサーバーをインストールします。

   sudo apt-get install nginx-light -y

8. nano テキスト エディタを使用して、ウェブサーバーのホームページにカスタム メッセージを追加します。

   sudo nano /var/www/html/index.nginx-debian.html

9. 矢印キーを使用して、カーソルを h1 ヘッダーのすぐ下の行に移動します。次のようなテキストを追加し、YOUR_NAME を自分の名前に置き換えます。

   Hi from YOUR_NAME

10. Ctrl+O キー、Enter キーの順に押し、編集したファイルを保存します。次に、Ctrl+X キーを押して nano テキスト エディタを終了します。

11. ウェブサーバーが新しいページを提供していることを確認します。my-vm-1 のコマンド プロンプトで、次のコマンドを実行します。

    curl http://localhost/

    レスポンスは、ウェブサーバーのホームページの HTML ソースになります。これには先ほどのカスタム テキスト行も含まれます。

12. my-vm-2 のコマンド プロンプトに戻ります。

13. my-vm-2 が my-vm-1 のウェブサーバーに到達できることを my-vm-2 のコマンド プロンプトで確認するには、次のコマンドを実行します。

    curl http://my-vm-1.{{{ project_0.default_zone| "Zone 1" }}}/

    レスポンスはここでも、カスタム テキスト行を含む、ウェブサーバーのホームページの HTML ソースになります。

14. ナビゲーション メニューで、[Compute Engine] > [VM インスタンス] をクリックします。

15. my-vm-1 の外部 IP アドレスをコピーして、新しいブラウザタブのアドレスバーに貼り付けます。

カスタム テキストを含む、ウェブサーバーのホームページが表示されます。

注: my-vm-1 VM インスタンスを作成したときに [HTTP トラフィックを許可する] をオンにしなかった場合、ウェブサーバーのホームページへのアクセスは失敗します。このトピックはこのコースの対象外ですが、ファイアウォール ルールを追加することで、インスタンスへの受信トラフィックを許可できます。

お疲れさまでした

このラボでは、2 つの異なるゾーンに仮想マシン（VM）インスタンスを作成し、ping、SSH、HTTP を使用してこれらに接続しました。

Azure と Google Cloud における仮想マシン（VM）の作成手順は似ています。どちらのプラットフォームでも、プログラマティック インターフェースとグラフィカル インターフェースを使用して VM インスタンスをデプロイできます。

Azure では、Azure Portal と Azure CloudShell を使用して VM を作成し、デプロイします。

Google Cloud では、Google Cloud コンソールと Cloud Shell を使用します。

これらのインターフェースでは、Google Compute Engine の VM インスタンスをデプロイするために使用する特性や機能を選択できます。具体的には、リージョンとゾーン、オペレーティング システム（OS）、ファイアウォール構成を選択できます。

構成管理のオーバーヘッドを軽減するには、同じサブネット内に VM を配置する必要があります。こうすると、VM が相互に認識できるようになります。

Google Compute Engine は Google Cloud の Infrastructure as a Service（IaaS）サービスであり、Azure Virtual Machines も Azure の IaaS サービスです。Compute Engine について理解を深めたので、Compute Engine と Azure Virtual Machines の主な類似点と相違点をいくつか見てみましょう。

類似点:

• Google Cloud と Azure はどちらも、すばやく簡単に起動できる仮想マシン（VM）を提供しています。
• どちらのサービスも、需要に応じてすばやく簡単にスケールアップ / ダウンできます。
• 自動フェイルオーバーやロード バランシングなど、高可用性機能とフォールト トレランス機能がどちらのサービスにも備わっています。
• ファイアウォールや暗号化などの各種ネットワーク セキュリティ機能も両方のサービスに備わっています。
• どちらのサービスでも、Windows や Linux などのさまざまなオペレーティング システムを提供しています。
• これらの VM オプションはどちらも、プログラマティック インターフェースとグラフィカル インターフェースを備えています。そのため、CLI クライアント、SDK、グラフィック コンソールでインスタンスをデプロイおよび管理できます。
• どちらのサービスも、SSH や RDP などの一般的なプロトコルを使用して VM インスタンスに接続できます。
• Azure と Google Cloud では、RDP ポートまたは SSH ポートを開かなくても安全にインスタンスに接続できます。Google Cloud では、この機能を Identity-Aware Proxy（IAP）と呼んでいます。Azure では Azure の多要素認証を使用します。

相違点:

• どちらのサービスでも従量課金制の料金モデルが提供されていますが、料金構成にいくつか相違点があります。たとえば、Google Cloud では CPU とメモリの使用量に基づいて課金されますが、Azure ではインスタンスのタイプと実行時間に基づいて課金されます。

ラボを終了する

ラボが完了したら、[ラボを終了] をクリックします。ラボで使用したリソースが Google Cloud Skills Boost から削除され、アカウントの情報も消去されます。

ラボの評価を求めるダイアログが表示されたら、星の数を選択してコメントを入力し、[送信] をクリックします。

星の数は、それぞれ次の評価を表します。

• 星 1 つ = 非常に不満
• 星 2 つ = 不満
• 星 3 つ = どちらともいえない
• 星 4 つ = 満足
• 星 5 つ = 非常に満足

フィードバックを送信しない場合は、ダイアログ ボックスを閉じてください。

フィードバックやご提案の送信、修正が必要な箇所をご報告いただく際は、[サポート] タブをご利用ください。

Copyright 2020 Google LLC All rights reserved. Google および Google のロゴは Google LLC の商標です。その他すべての企業名および商品名はそれぞれ各社の商標または登録商標です。