概要

Cloud Monitoring では、単一の指標スコープから複数のプロジェクトをモニタリングできるようになっています。この演習では、まず、3 つの Google Cloud プロジェクトを作成します。そのうちの 2 つにモニタリング対象のリソースを追加し、3 つ目のプロジェクトを使用して指標スコープをホストします。そして、2 つのリソース プロジェクトを指標スコープに関連付けて、稼働時間チェックを作成し、一元化されたダッシュボードを構築します。

目標

• ワーカー プロジェクトを構成する。
• 指標スコープを作成し、それに 2 つのワーカー プロジェクトをリンクする。
• モニタリング グループを作成して構成する。
• 稼働時間チェックを作成してテストする。

設定と要件

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

1. [ラボを開始] ボタンをクリックします。ラボの料金をお支払いいただく必要がある場合は、表示されるポップアップでお支払い方法を選択してください。 左側の [ラボの詳細] パネルには、以下が表示されます。

   • [Google Cloud コンソールを開く] ボタン
   • 残り時間
   • このラボで使用する必要がある一時的な認証情報
   • このラボを行うために必要なその他の情報（ある場合）

2. [Google Cloud コンソールを開く] をクリックします（Chrome ブラウザを使用している場合は、右クリックして [シークレット ウィンドウで開く] を選択します）。

   ラボでリソースが起動し、別のタブで [ログイン] ページが表示されます。

   ヒント: タブをそれぞれ別のウィンドウで開き、並べて表示しておきましょう。

   注: [アカウントの選択] ダイアログが表示されたら、[別のアカウントを使用] をクリックします。

3. 必要に応じて、下のユーザー名をコピーして、[ログイン] ダイアログに貼り付けます。

   {{{user_0.username | "Username"}}}

   [ラボの詳細] パネルでもユーザー名を確認できます。

4. [次へ] をクリックします。

5. 以下のパスワードをコピーして、[ようこそ] ダイアログに貼り付けます。

   {{{user_0.password | "Password"}}}

   [ラボの詳細] パネルでもパスワードを確認できます。

6. [次へ] をクリックします。

   重要: ラボで提供された認証情報を使用する必要があります。Google Cloud アカウントの認証情報は使用しないでください。 注: このラボでご自身の Google Cloud アカウントを使用すると、追加料金が発生する場合があります。

7. その後次のように進みます。

   • 利用規約に同意してください。
   • 一時的なアカウントなので、復元オプションや 2 要素認証プロセスは設定しないでください。
   • 無料トライアルには登録しないでください。

その後、このタブで Google Cloud コンソールが開きます。

注: Google Cloud のプロダクトやサービスのリストを含むメニューを表示するには、左上のナビゲーション メニューをクリックするか、[検索] フィールドにサービス名またはプロダクト名を入力します。

最初のログイン手順を完了すると、プロジェクト ダッシュボードが表示されます。

Google Cloud Shell の有効化

Google Cloud Shell は、開発ツールと一緒に読み込まれる仮想マシンです。5 GB の永続ホーム ディレクトリが用意されており、Google Cloud で稼働します。

Google Cloud Shell を使用すると、コマンドラインで Google Cloud リソースにアクセスできます。

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

   

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

環境がプロビジョニングされ、接続されるまでしばらく待ちます。接続した時点で認証が完了しており、プロジェクトに各自のプロジェクト ID が設定されます。次に例を示します。

gcloud は Google Cloud のコマンドライン ツールです。このツールは、Cloud Shell にプリインストールされており、タブ補完がサポートされています。

• 次のコマンドを使用すると、有効なアカウント名を一覧表示できます。

gcloud auth list

出力:

Credentialed accounts: - @.com (active)

出力例:

Credentialed accounts: - google1623327_student@qwiklabs.net

• 次のコマンドを使用すると、プロジェクト ID を一覧表示できます。

gcloud config list project

出力:

[core] project =

出力例:

[core] project = qwiklabs-gcp-44776a13dea667a6 注: gcloud ドキュメントの全文については、 gcloud CLI の概要ガイド をご覧ください。

タスク 1. リソース プロジェクトを構成する

ラボ環境には事前に 3 つのプロジェクトが作成されており、それぞれのプロジェクト ID がラボ ステップ ページの左上隅に表示されます。

最初のプロジェクト（ID 1）はスコーピング プロジェクトになります。プロジェクト ID 2 と ID 3 はモニタリング対象 / リソース プロジェクトになります。Google 推奨のベスト プラクティスに従って、指標スコープをホストするために使用するプロジェクトは、モニタリング対象リソースを実際に収容しているプロジェクトとは違うものにします。

このタスクでは、次のことを実行します。

• 各ワーカー プロジェクトに NGINX ウェブサーバーを作成する。

リソース プロジェクトを 2 つ構成する

まず、モニタリングするリソースをいくつか構築しましょう。

1. コンピュータ上にテキスト ドキュメントを開いて、3 つのプロジェクト ID を書き留めます。

   • プロジェクト ID 1 に Monitoring Project というラベルを付けます。
   • プロジェクト ID 2 に Worker 1 というラベルを付けます。
   • プロジェクト ID 3 に Worker 2 というラベルを付けます。

   この演習では、以後これらの名前でプロジェクト ID を参照します。

2. [Google Cloud コンソール] ページで、インターフェースの左上隅近くにあるプロジェクト プルダウンを使用して、Worker 1 プロジェクトに切り替えます。このプロジェクトは、先のステップ 1 でテキスト ファイルを開いて ID に Worker 1 というラベルを付けたプロジェクトです。

注: 3 つのプロジェクトのいずれも表示されない場合は、検索ボックスに「qwiklabs」と入力すると、表示されていなかったプロジェクトが表示されるようになるはずです。

3. Google Cloud コンソールのナビゲーション メニュー（）で、[Compute Engine] > [VM インスタンス] をクリックします。

   初回起動時には、初期化に 1 分ほどかかることがあります。

4. 新しいインスタンスを作成するには、[インスタンスを作成] をクリックします。

5. 新しいインスタンスの作成時に構成できるパラメータは多数ありますが、このラボでは以下を使用します。

項目	値	その他の情報
名前	worker-1-server	VM インスタンスの名前
リージョン		リージョンの詳細については、Compute Engine ガイドのリージョンとゾーンをご覧ください。
ゾーン		注: 後で必要になるので、選択したゾーンを控えておいてください。ゾーンの詳細については、Compute Engine ガイドのリージョンとゾーンをご覧ください。
シリーズ	E2	シリーズの名前
マシンタイプ	vCPU 2 個	これは（e2-medium）2 CPU、4 GB RAM のインスタンスです。マイクロ インスタンス タイプから 32 コア、208 GB RAM のインスタンス タイプまで、選択できるマシンタイプは複数あります。詳しくは、Compute Engine ガイドのマシン ファミリーについてをご覧ください。注: 新しいプロジェクトにはデフォルトのリソース割り当てが適用されるため、CPU コアの数が制限される場合があります。このラボ以外のプロジェクトで作業を行う際は、より多くの CPU コアをリクエストできます。
ブートディスク	新しい 10 GB のバランス永続ディスク OS イメージ: Debian GNU/Linux 11（bullseye）	Debian、Ubuntu、CoreOS から、Red Hat Enterprise Linux や Windows Server などのプレミアム イメージまで、選択できるイメージは複数あります。詳しくは、オペレーティング システムのドキュメントをご覧ください。
ファイアウォール	HTTP トラフィックを許可する	後でインストールするウェブサーバーにアクセスするために、このオプションを選択します。注: これによって、ポート 80 で HTTP トラフィックを許可するファイアウォール ルールが自動的に作成されます。

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

   VM worker-1-server が作成されるまでに約 1 分を要します。worker-1-server が作成されると、[VM インスタンス] ページの VM インスタンス リストに表示されます。

7. SSH を使用して VM に接続するには、インスタンス名 worker-1-server の右側にある [SSH] をクリックします。

   これによって、ブラウザから直接 SSH クライアントを起動できます。プロンプトが表示されたら、[承認] をクリックします。

   注: SSH を使用してインスタンスに接続する方法について詳しくは、Compute Engine ガイドの Google のツールを使用して Linux VM に接続するをご覧ください。

ここでは、VM を接続するために、世界的に広く利用されているウェブサーバーである NGINX ウェブサーバーをインストールします。

8. OS を更新します。

   sudo apt-get update

   想定される出力:

   Get:1 http://security.debian.org stretch/updates InRelease [94.3 kB] Ign http://deb.debian.org strech InRelease Get:2 http://deb.debian.org strech-updates InRelease [91.0 kB] ...

9. NGINX をインストールします。

   sudo apt-get install -y nginx

   想定される出力:

   Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: ...

10. NGINX が実行されていることを確認します。

    ps auwx | grep nginx

    想定される出力:

root 2330 0.0 0.0 159532 1628 ? Ss 14:06 0:00 nginx: master process /usr/sbin/nginx -g daemon on; master_process on; www-data 2331 0.0 0.0 159864 3204 ? S 14:06 0:00 nginx: worker process www-data 2332 0.0 0.0 159864 3204 ? S 14:06 0:00 nginx: worker process root 2342 0.0 0.0 12780 988 pts/0 S+ 14:07 0:00 grep nginx

11. ウェブページを表示するために、Cloud コンソールに戻って該当するマシンの行の [外部 IP] をクリックするか、新しいブラウザ ウィンドウまたはタブで [外部 IP] の値を http://EXTERNAL_IP/ に追加します。

12. サイトが安全な接続に対応していないというメッセージが表示された場合は、[サイトへ移動] をクリックします。デフォルトのウェブページが開きます。

13. プロジェクト プルダウンを使用して、Worker 2 プロジェクトに切り替えます。

14. Worker 2 で同様のステップを実行します。

    • worker-2-server を使用して VM インスタンスを作成します。
    • [HTTP トラフィックを許可する] をオンにします。
    • VM インスタンスに SSH 接続します。
    • NGINX をインストールします。

15. プロジェクト プルダウンを使用して、Worker 1 プロジェクトに戻ります。

16. ナビゲーション メニューを使用して、新しい [Compute Engine] > [VM インスタンス] を表示します。

17. 外部 IP をコピーして新しいブラウザタブに貼り付けます。新しい Worker 1 ウェブサーバーが表示されることを確認します。

18. ステップ 1 で作成したテキスト ファイルに、新しいエントリとして worker-1-server を追加し、その横に先ほどコピーした外部 IP を貼り付けます。

19. プロジェクト プルダウンを使用して、Worker 2 プロジェクトに切り替えます。引き続き [VM インスタンス] ページが表示されているはずです。再度以下を実行します。

    • 外部 IP 値をコピーします。
    • その値をブラウザに貼り付けて、新しいサーバー 2 ホームページを表示します。
    • 新しい worker-2-server エントリをテキスト ファイルに追加し、その IP を追加します。

このラボの進捗状況を確認するには、下の [進行状況を確認] をクリックします。チェックマークが表示されればタスクは正常に完了しています。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 リソース プロジェクトを 2 つ構成する

タスク 2. 指標スコープを作成し、それに 2 つのワーカー プロジェクトをリンクする

モニタリングを行うホスト プロジェクトと、モニタリングの対象となるプロジェクトやプロジェクトとの関係を、さまざまな方法で構成できます。

一般に、複数のプロジェクトを一元的にモニタリングするアプローチを取る場合は、モニタリング プロジェクトにモニタリング関連のリソースと構成以外は何も含めないことをおすすめします。ここではまさにそのアプローチを取ります。

このタスクでは、次のことを実行します。

• Worker 1 と 2 のプロジェクトに対して一元的にモニタリングするためのリンクを構成する。

Worker 1 と 2 のプロジェクトに対してモニタリングするためのリンクを構成する

1. プロジェクト プルダウンを使用して、Monitoring Project に切り替えます。

2. Google Cloud コンソールのナビゲーション メニュー（）で、[すべてのプロダクトを表示] > [オブザーバビリティ] > [Monitoring] をクリックします。

3. [設定] をクリックします。

4. [Metric Scope] をクリックし、[プロジェクトを追加] をクリックします。

5. [プロジェクトを選択] をクリックし、Worker 1 プロジェクトと Worker 2 プロジェクトを選択します。

6. [Add projects] をクリックします。

7. [ダッシュボード] ページに切り替えます。

注: 何も表示されない場合は、ページを更新して 1～2 分待つと、他の 2 つのプロジェクトから [ディスク]、[ファイアウォール]、[インフラストラクチャの概要]、[VM インスタンス] が表示されます。

8. [VM インスタンス] をクリックします。ダッシュボードを数分かけてじっくり確認します。

9. [ダッシュボード] をクリックし、使用可能な他のダッシュボード、特に [インフラストラクチャの概要] を数分かけてじっくり確認します。

タスク 3. モニタリング グループを作成して構成する

Cloud Monitoring を使用すると、一連のリソースを単一のグループとしてまとめてモニタリングできます。グループは、アラート ポリシーやダッシュボードなどにリンクできます。指標スコープごとに、最大 500 個のグループと最大 6 個のサブグループ レイヤに対応できます。ラベル、リージョン、アプリケーションなどさまざまな基準を使用して、グループを作成できます。

各ウェブサーバーに component=frontend というラベルを追加して、外部に公開されるサーバーをトラッキングできるようにします。このようにすると、外部に公開されるサーバーを同じグループに簡単に追加できます。

このタスクでは、次のことを実行します。

• ウェブサーバーにラベルを割り当てて、トラッキングしやすくする。
• リソース グループを作成して、サーバーを配置する。
• フロントエンド開発サーバー専用にサブグループを作成する。

ウェブサーバーにラベルを割り当てて、トラッキングしやすくする

1. Google Cloud コンソールのナビゲーション メニュー（）で、[Cloud の概要] > [ダッシュボード] をクリックします。

2. プロジェクト プルダウンを使用して、Worker 1 プロジェクトに切り替えます。

3. ナビゲーション メニューを使用して、[Compute Engine] > [VM インスタンス] に移動します。

4. リンクをクリックして、worker-1-server 設定に移動します。

5. [編集] ボタンをクリックします。

6. [ラベルを管理] ボタンをクリックします。

7. [+ ラベルを追加] ボタンをクリックし、キーを component、値を frontend としてラベルを作成します。

8. [+ ラベルを追加] ボタンをクリックし、キーを stage、値を dev としてラベルを作成します。

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

10. 構成の変更を保存します。

11. プロジェクト プルダウンを使用して、Worker 2 プロジェクトに切り替えます。

12. 以下の同様のタスクを実行します。

    • worker-2-server の設定を編集します。
    • [ラベルを管理] ボタンをクリックします。
    • [+ ラベルを追加] ボタンをクリックし、キーを component、値を frontend としてラベルを作成します。
    • [+ ラベルを追加] ボタンをクリックし、キーを stage、値を test としてラベルを作成します。（test 値に留意してください）
    • 変更を保存します。

リソース グループを作成して、サーバーを配置する

1. プロジェクト プルダウンを使用して、Monitoring Project に切り替えます。

2. ナビゲーション メニュー（）で、[すべてのプロダクトを表示] > [オブザーバビリティ] > [Monitoring] をクリックします。

3. 左側のメニューで、[グループ] に移動します。

4. [+ Create Group] リンクを使用して、新しいモニタリング グループを作成します。

5. グループに「Frontend Servers」という名前を付けます。

6. 基準に以下を使用します。

設定	値
Type	タグ
タグ	component
Operator	Equals
Value	frontend

7. ページ右側の [Resources Selected] に、現在選択されている 2 つの VM インスタンスが表示されていることを確認します。表示されていない場合は、基準を再度確認してください。

8. グループを作成します。

9. ページを更新し、1 分ほど待つと、2 つの VM の指標とグラフがいくつか表示されます。

フロントエンド開発サーバー専用のサブグループを作成する

1. Frontend Servers グループで、[サブグループ] セクションに移動し、[サブグループを作成] をクリックします。

2. サブグループを以下の設定で構成します。

設定	値
名前	Frontend Dev
基準 1
種類	タグ
タグ	component
演算子	等しい
値	frontend

3. 最初の基準に対して [完了] をクリックし、評価基準を追加します。

設定	値
基準 2
種類	タグ
タグ	stage
演算子	等しい
値	dev

4. 2 つ目の基準に対して [完了] をクリックし、[Combine criteria operator] で [AND] を選択して結合します。

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

6. [グループ] ホームページに戻ります。Frontend Servers グループを開くと、サブグループを表示できるようになりました。その仕組みに留意してください。また、クリック可能なリンクも表示され、これをクリックすると、グループに含まれているリソースタイプに関する情報がいくつか表示されます。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 モニタリング グループを作成して構成する

タスク 4. 稼働時間チェックを作成してテストする

Google Cloud 稼働時間チェックは、外部に公開されている HTTP、HTTPS、TCP といったアプリケーションの有効性をテストします。そのために、世界の複数の場所から前述のアプリケーションにアクセスします。出力されるレポートには、稼働時間、レイテンシ、ステータスに関する情報が記載されています。稼働時間チェックは、アラート ポリシーとダッシュボードでも使用できます。

このタスクでは、次のことを実行します。

• Frontend Servers グループの稼働時間チェックを作成する。
• 稼働時間チェックでエラーをどのように処理するかを検討する。

Frontend Servers グループの稼働時間チェックを作成する

稼働時間チェックの対象となるリソースのうち、同種のものをグループにまとめると、複数のサーバーをチェックできる単一の稼働時間チェックを簡単に作成できます。

1. Monitoring Project の [Monitoring] セクションで、[稼働時間チェック] をクリックします。

2. ページ上部で、[+ 稼働時間チェックを作成] のリンクをたどります。

3. 新しい稼働時間チェックを以下の設定で構成します（まだ [保存] は押さないでください）。

設定	値
Protocol	HTTP
リソースの種類	Instance
対象	Group
Group	Frontend Servers
Path	/
Check Frequency	1 minute

4. 他のオプションをデフォルトのままにして、[続行] をクリックします。

5. [回答の検証] セクションで、[続行] をクリックします。

6. 必要に応じて、[アラートと通知] セクションで、[通知チャンネル] プルダウンをクリックし、[通知チャンネルを管理] を使用して、メールアドレスを有効な通知オプションとして追加します。アラートはデフォルトで有効になりますが、これ以外に誰かに通知する方法はありません。

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

8. [タイトル] に Frontend Servers Uptime と設定します。

9. [テスト] をクリックし、200 レスポンスを検証します。

10. 稼働時間チェックを作成します。

11. 稼働時間チェックのリストで、新たに作成した Frontend Servers Uptime をクリックして、そのダッシュボードを表示します。

12. 数分待ってから更新します。チェック結果に関する情報がダッシュボードに表示されます。グラフとデータをじっくり確認します。

13. [構成] ボックスのページ右側で、Check ID 値をコピーして、メモ テキスト ファイルに貼り付けます。frontend-servers-uptime という値が貼り付けられるはずです。

稼働時間チェックでエラーをどのように処理するかを検討する

作成した稼働時間チェックは正常に機能していますが、もしエラーがあったとしたらどうなるでしょうか？実際にエラーをトリガーして、その結果生成される稼働時間チェックとアラートの動作を詳しく見ていきましょう。

1. 先に進む前に、稼働時間チェックのダッシュボードに数分間分のデータが表示されていることを確認します。

2. ナビゲーション メニューを使用して、[Cloud の概要] > [ダッシュボード] ページに移動します。

3. プロジェクト プルダウンを使用して、Worker 1 プロジェクトに切り替えます。

4. ナビゲーション メニューを使用して、[Compute Engine] > [VM インスタンス] に移動します。

5. worker-1-server の横にあるチェックボックスをオンにし、実行を停止します。

6. VM インスタンスのページを更新し、サーバーの稼働が停止するまで待ちます。

7. プロジェクト プルダウンを使用して、Monitoring Project に切り替えます。

8. ナビゲーション メニュー（）で、[すべてのプロダクトを表示] > [オブザーバビリティ] > [Monitoring] > [稼働時間チェック] > [Frontend Servers Uptime] をクリックします。

9. [稼働時間チェックのレイテンシ] と [合格したチェック] グラフを確認します。エラーの表示が始まるまで少し時間がかかることがあります。

Cloud Monitoring、Logging、Alerting から何がわかりますか？

1. [Monitoring] > [Metrics Explorer] に移動します。

2. [指標を選択] プルダウンをクリックし、[VM インスタンス] > [Uptime_check] > [Check passed] を選択して、[適用] をクリックします。注意事項に目を通し、Check passed 指標を確認したら、「uptime_check」を検索してみてください。他にも検討したくなるような指標がいくつか表示されるはずです。

3. [フィルタを追加] をクリックします。

設定	値
指標ラベル	checked_resource_id
値	プルダウンから選択

4. 少し時間をかけて結果を確認します。

5. ナビゲーション メニューの [ログ エクスプローラ] をクリックします。

6. [クエリを表示] を有効にし、その内容を削除します。[すべてのログ名] をクリックします。uptime_checks ログを見つけて追加し、[適用] を選択します。[クエリを実行] をクリックします。

7. いずれかのログエントリを開いて確認します。どのような有益な情報が提供されますか？

8. その同じエントリで、labels セクションに移動し、check_id を見つけます。テキスト形式のメモ ドキュメントを開いて、そこに記録した id と比較します。両者は一致するはずです。

9. ナビゲーション メニュー（）で、[すべてのプロダクトを表示] > [オブザーバビリティ] > [Monitoring] > [アラート] をクリックします。

10. 発生したアラートを確認します。通知チャンネルとして自分自身を追加していた場合は、メールを確認してください。

注: ラベルに基づいてモニタリング グループを作成する場合は、グループは電源がオフになっているサーバーを 5 分間継続してチェックします。5 分後、Google Cloud は今後そのサーバーをグループのメンバーとしてカウントすべきではないと判断します。

この判断は重要な意味を持ちます。稼働時間チェックがグループに関連付けられている場合、グループが問題のサーバーを報告している間に限って、稼働時間チェックがエラーを報告するためです。

グループが電源オフのサーバーを報告しなくなると、稼働時間チェックはチェックを停止します。以後突然、元のようにチェックに合格し始めます。注意を怠ると、これが現実に問題になることがあります。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 稼働時間チェックを作成してテストする

タスク 5. カスタム ダッシュボードを作成する

Google Cloud システムの稼働担当者が、システムのステータスを調べてみたいと思うときがいつかやってきます。それは単なる好奇心かもしれませんし、キャパシティ プランニングや、アラートに応えてのことかもしれません。

いずれにせよ、データをアイテムや値のリストではなくグラフ形式で表すると、トレンド、異常、値の上下を発見しやすくなる傾向があります。このタスクでは、デベロッパーがフロントエンド サーバーで起きていることをトラッキングできるよう、その手段の一つとしてグラフを追加します。

このタスクでは、次のことを実行します。

• デベロッパー ダッシュボードを作成して、稼働時間グラフを追加する。
• そのダッシュボードに CPU 使用率グラフを追加してテストする。

デベロッパー ダッシュボードを作成して、稼働時間グラフを追加する

デベロッパー ウェブサーバーで何が起きているかに関心があるなら、そのサーバーだけを対象としたグラフをダッシュボードに表示するようにすると効果的です。このセクションでは、稼働時間チェックのサマリーグラフを表示するダッシュボードを作成します。

1. Google Cloud コンソールのナビゲーション メニュー（）で、[Cloud の概要] > [ダッシュボード] をクリックします。

2. プロジェクト プルダウンを使用して、Worker 1 プロジェクトに切り替えます。

3. ナビゲーション メニューを使用して、[Compute Engine] > [VM インスタンス] に移動します。

4. worker-1-server の横にあるチェックボックスをオンにし、実行を開始します。

5. プロジェクト プルダウンを使用して、Monitoring Project に切り替えます。

6. ナビゲーション メニュー（）で、[すべてのプロダクトを表示] > [オブザーバビリティ] > [Monitoring] > [ダッシュボード] をクリックします。

7. ページ上部にある [カスタム ダッシュボードを作成します] をクリックします。

8. [新しいダッシュボード名] に「Developer's Frontend」と入力します。

9. [ウィジェットを追加] をクリックし、[線] をクリックします。

設定	値
ウィジェットのタイトル	Dev Server Uptime
指標を選択	[VM インスタンス] > [Uptime_check] > [check_passed]

10. [適用] をクリックします。

11. グラフに表示される値を確認します。worker-1-server がコアとなる開発サーバーです。そのチェック レスポンス行のいずれかから checked_resource_id 値をメモします。次のステップでこの値をリストから選択する必要があります。

12. [フィルタを追加] をクリックします。

設定	値
リソースラベル	instance_id
値	プルダウンから選択

13. [集計] で [整列指定子を構成] を選択し、[アライメント関数] を [true のカウント] に設定します。

14. プラスアイコン（クエリ要素を追加）をクリックし、[最小間隔] の期間を「5 分」に設定します。

15. [適用] をクリックします。

ダッシュボードに CPU 使用率グラフを追加してテストする

開発サーバー内で起きていることに関する重要な情報にはもう一つ、CPU 負荷があります。総じて、NGINX サーバー自体で何が起きているかを把握することは素晴らしいことですが、ロギングとモニタリングのエージェントをインストールしなければ、まだそれはできません。

1. ダッシュボードに別のグラフを追加します。[ウィジェットを追加] をクリックし、[線] をクリックします。

2. [指標を選択] で、[VM インスタンス] > [インスタンス] > [cpu utilization] を検索または選択します。

3. [適用] をクリックします。

4. [フィルタを追加] をクリックします。

設定	値
指標ラベル	instance_name
値	worker-1-server

5. [適用] をクリックします。

6. Cloud Shell は、負荷テストのトラフィックを生成するためのプラットフォームとして常に正しく機能するとは限りません。悪意のある何かをユーザーが実行しようとしていると判断して、ユーザーのセッションを終了する場合があるからです。そのため代わりに、もう一つのウェブサーバーを使用して負荷を生成します。ナビゲーション メニューを開き、[Compute Engine] を右クリックして、リンクを新しいタブまたはウィンドウに開きます。

7. プロジェクト プルダウンを使用して、Worker 2 プロジェクトに切り替えます。

8. worker-2-server に SSH 接続します。

9. サーバーのパッケージ データベースを更新し、apache2-utils をインストールします。Apache Bench は、次のように HTTP 負荷をすばやく簡単に生成できるツールです。

sudo apt-get update sudo apt-get install apache2-utils

「Do you want to continue? [Y/n]」と表示されたら、「Y」と入力します。

10. Bench を使用する前に、お使いのサーバーへの URL を設定してください。メモファイルで worker-1-server 外部 IP を見つけ、その IP を使用して以下の URL 環境変数を構成します。「http://」を省略しないでください。

URL=http://[worker-1-server ip]

11. サーバーである程度の負荷をスローします。以下のコマンドは、一度に 100 個のリクエストを実行し、リクエストの合計数が最大 100,000 になるまで実行を続けます。URL に続く末尾の「/」を忘れないでください。

ab -s 120 -n 100000 -c 100 $URL/

12. Bench の実行が完了したら、1 分ほど待ってから以下を実行します。

ab -s 120 -n 500000 -c 500 $URL/

13. 一連のトラフィックがもう一つ生成されている間に、ダッシュボードに戻ります。少しすると、CPU 負荷が 2 か所で急増します。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 カスタム ダッシュボードを作成する

まとめ

お疲れさまでした

他のプロジェクトを一元的にモニタリングできるプロジェクトの設定方法を理解し、モニタリング対象リソース グループ、稼働時間チェック、カスタム ダッシュボードを作成できるようになりました。これでまた一歩前進しました。これで完了となります。

ラボを終了する

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

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

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

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

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

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

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