【GoogleCloud入門】マネージドインスタンスグループ (MIG)でVMを起動する

12月 7, 20231月 12, 2024GoogleCloud

Contents

1. 概要
2. マネージドインスタンスグループ (MIG) の作成手順
3. 参考資料

概要

Google Cloud入門の記事 4つ目になります。今回は、マネージドインスタンスグループ(MIG) を使った VM の起動方法を記載します。
インスタンスグループは、VMインスタンスの負荷分散を可能とします。さらに、インスタンステンプレートを使用することでマネージドインスタンスグループ(MIG)を構成することが出来ます。マネージドインスタンスグループ(MIG)は、VMインスタンスの障害時の代替や、オートスケーリングが可能です。(AWSの場合、インスタンステンプレートがEC2 の起動テンプレート、マネージドインスタンスグループ(MIG)がEC2 のAuto Scaling Group になります)
この方法は、マネージドインスタンスグループ(MIG) を使用して、ステートレスの VMインスタンスを提供します。VM が再作成される際はインスタンステンプレートに従って起動するため、インスタンスに状態を保持させません。
以下、MIG の機能と一般的なワークロードの概要を表した図になります。（出典：Google Cloud – Compute Engine ドキュメント）

今回紹介する手順は、インスタンステンプレート、インスタンスグループ、ロードバランサを作成し、単純なマネージドインスタンスグループ(MIG)を構成する方法になります。動作確認として、ロードバランサ経由で、MIG で提供するNginx のウェブサーバーにアクセスを行います。

マネージドインスタンスグループ (MIG) の作成手順

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

ナビゲーションメニューから、「Compute Engine」→「インスタンステンプレート」を選択します。
以下の画面が表示されます。「インスタンステンプレートを作成」を選択します。

インスタンステンプレートの「名前」を指定します。
- 名前は、先頭が英小文字で、その後に最大 62 文字の英小文字、数字、ハイフンで構成します。末尾をハイフンにすることはできません。
ロケーションを選択します。
- リージョンをまたいでインスタンステンプレートを使用する場合は、「グローバル」を選択します。
- リージョン間の依存関係を減らす場合は、「リージョン」を選択します。
- リージョンを選択した場合は、インスタンステンプレートを作成するリージョンを選択します。

VM のマシンファミリーとシリーズを選択します。用語の説明を以下に記載します。詳細は、こちらを参照。
- マシンファミリー: 特定のワークロードに合わせて最適化されたプロセッサとハードウェアから構成される一連のセット。VM インスタンスを作成する際は、優先マシンファミリーから事前定義されたマシンタイプまたはカスタムマシンタイプを選択します。
- シリーズ: マシンファミリーはシリーズと世代でさらに分類されます。たとえば、汎用マシンファミリー内の N1 シリーズは、N2 シリーズの旧バージョンです。世代またはシリーズ番号が高いほど、基盤となる CPU プラットフォームまたはテクノロジーが新しくなります。たとえば、M3 シリーズは M2 シリーズの新しい世代です。

さらに、VM のマシンタイプを選択します。用語の説明を以下に記載します。詳細は、こちらを参照。
- マシンタイプ: すべてのマシンシリーズには事前定義されたマシンタイプがあり、これによって VM にリソースセットが提供されます。事前定義されたマシンタイプでニーズを満たせない場合は、いくつかのマシンシリーズのカスタムマシンタイプを作成することもできます。

ブートディスクの「変更」を選択します。公開イメージから起動するイメージを選択して、新しいブートディスクを作成します。
公開イメージから「OS」、「バージョン」、「ブートディスクの種類」、「サイズ（GB）」を選択します。

ファイアウォールルールに「ロードバランサのヘルスチェックを許可する」を設定します。

詳細オプション → ネットワーキングの設定を展開します。
ネットワークインターフェースの設定を変更します。
- ネットワークにVPC、サブネットワークにサブネットを選択します。(事前に、VPC、サブネットを作成します)

続けて、管理の設定を展開します。
- 起動スクリプトに以下のスクリプトを指定します。インスタンスの起動時に、自動的にNginx のインストールを行います。

#! /bin/bash
apt update
apt install -y nginx
systemctl enable nginx
systemctl start nginx

各種設定を指定した後に、「作成」を選択します。インスタンステンプレートが作成されました。

インスタンスグループを作成する

ナビゲーションメニューから、「Compute Engine」→「インスタンステンプレート」を選択します。
以下の画面が表示されます。インスタンステンプレートの操作から「インスタンスグループを作成」を選択します。

ステートレスのマネージドインスタンスグループ(MIG) を作成するため、「New managed instance group (stateless)」を選択します。

インスタンスグループの「名前」を指定します。
- 名前は、先頭が英小文字で、その後に最大 62 文字の英小文字、数字、ハイフンで構成します。末尾をハイフンにすることはできません。
Instance template に、先ほど作成したインスタンステンプレートが選択されていることを確認します。
今回は検証のため、ロケーションにシングルゾーンを指定します。続けて、リージョン、ゾーンを選択します。

今回の検証は、自動スケーリングは行いません。自動スケーリングモードに「オフ: 自動スケーリングを行いません」を選択します。
インスタンス数は、1 とします。

各種設定を指定した後に、「作成」を選択します。インスタンスグループが作成されました。

ナビゲーションメニューから、「Compute Engine」→「VM インスタンス」を選択します。VM インスタンスが1台起動していることが確認できます。

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

次に、ロードバランサを作成します。
ナビゲーションメニューから、「ネットワークサービス」→「ロードバランシング」を選択します。

「ロードバランサを作成」を選択します。

アプリケーションロードバランサを作成します。アプリケーションロードバランサの「構成を開始」を選択します。

ロードバランサのタイプに、「インターネットから VM またはサーバーレスサービスへ」および「リージョン外部アプリケーションロードバランサ」を選択します。

ロードバランサの「名前」を指定します。
- 名前は、先頭が英小文字で、その後に最大 62 文字の英小文字、数字、ハイフンで構成します。末尾をハイフンにすることはできません。
ロードバランサを配置するリージョン、ネットワークを選択します。
リージョン、ネットワークを選択後、ネットワークに指定したVPC にプロキシ専用サブネットが作成されていない場合、以下のメッセージが表示されます。リージョンロードバランサを使用する VPC ネットワークの各リージョンには、プロキシ専用サブネットが必要となります。詳しくは、こちらを参照。

「サブネットを予約」を選択し、VPC にプロキシ専用サブネットを追加で作成しています。

続けて、ロードバランサのフロントエンドを設定します。フロントエンドに設定する名前を指定、プロトコル、ポートを選択します。今回の検証では、プロトコルに「HTTP」を選択しています。

続けて、ロードバランサのバックエンドを設定します。バックエンドの構成にて、「バックエンドサービスの作成または選択」から「バックエンドサービスを作成」を選択します。

バックエンドに設定する名前を指定、バックエンドタイプに「インスタンスグループ」、プロトコルに「HTTP」を選択します。

新しいバックエンドに先ほど作成したインスタンスグループを設定します。ポート番号に、「80」を設定します。

続けて、ロードバランサのヘルスチェックを設定します。「ヘルスチェック」から「ヘルスチェックを作成」を選択します。
ヘルスチェックに設定する名前を指定、ヘルスチェックに使用するプロトコル、ポート等を設定します。

各種設定を指定した後に、「作成」を選択します。バックエンドが構成されました。

設定内容を確認して、「作成」を選択します。

ロードバランサが作成されました。

ロードバランサの疎通テスト

ロードバランサを作成出来ましたが、作成されたロードバランサのバックエンドを確認すると、バックエンドに異常があることが分かりました。

Webブラウザからロードバランサへアクセスしますが、"no healthy upstream" が表示されてしまいます。

バックエンドのインスタンスがヘルスチェックに失敗していると思われます。

ヘルスチェックのトラフィックがインスタンスに到達させるため、ファイアウォールルールを追加作成します。

ファイアウォールルールに許可する送信元 IP に、以下のアドレス範囲を設定します。
- 35.191.0.0/16
- 130.211.0.0/22
- Google Cloud ヘルスチェックシステムからの許可が必要になります。以下ドキュメントからの抜粋になります。詳細は、こちらを参照。
  - ヘルスチェックプローブでは、上り（内向き）許可ファイアウォールルールを作成してヘルスチェックプローブがバックエンドインスタンスに到達できるようにする必要があります。通常、ヘルスチェックプローブは Google の一元化されたヘルスチェックの仕組みにより発信されます。