EC2 Auto Scaling で落ちても自動で戻る Web サーバーを作る

前提条件

1. リージョン: ap-northeast-1（東京）
2. AWS マネジメントコンソールにログイン済み
3. 以下のリソースが作成済みであること

作成するリソース一覧

起動テンプレートを作成する

AWS マネジメントコンソールにログインし、リージョンが ap-northeast-1（東京）であることを確認します。

1. 上部の検索バーに EC2 と入力し、表示された「EC2」を選択します
2. 左側ナビゲーションの「インスタンス」→「起動テンプレート」を選択します
3. 「起動テンプレートを作成」をクリックします
4. 「起動テンプレート名と説明」で以下を入力します
   • 起動テンプレート名: asg-lab-web-template
   • テンプレートバージョンの説明: httpd web server
   • Auto Scaling のガイダンス: チェックを入れる
5. 「アプリケーションおよび OS イメージ (Amazon マシンイメージ)」で「クイックスタート」の「Amazon Linux」を選び、Amazon Linux 2023 の AMI を選択します
6. 「インスタンスタイプ」で t3.micro を選択します
7. 「キーペア (ログイン)」は「起動テンプレートに含めない」のままにします（このハンズオンではインスタンスにログインしません）
8. 「ネットワーク設定」で以下を設定します
   • サブネット: 「起動テンプレートに含めない」のまま
   • ファイアウォール (セキュリティグループ): 「既存のセキュリティグループを選択する」を選び、asg-lab-web-sg を選択

1. 「高度な詳細」を展開し、一番下の「ユーザーデータ」に以下を貼り付けます。起動時に Apache（httpd）を入れ、インスタンス ID と AZ を表示するページを作るスクリプトです

#!/bin/bash
dnf install -y httpd
TOKEN=$(curl -s -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600")
INSTANCE_ID=$(curl -s -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/instance-id)
AZ=$(curl -s -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/placement/availability-zone)
echo "<h1>Hello from ${INSTANCE_ID}</h1><p>AZ: ${AZ}</p>" > /var/www/html/index.html
systemctl enable --now httpd

1. その他の項目はデフォルトのままにし、右側の「起動テンプレートを作成」をクリックします

Auto Scaling グループを作成する（ALB も同時に作成）

Auto Scaling グループの作成ウィザードの中で、ALB とターゲットグループもあわせて作成します。

1. 左側ナビゲーションの「Auto Scaling」→「Auto Scaling グループ」を選択します
2. 「Auto Scaling グループを作成する」をクリックします
3. 「ステップ 1: 起動テンプレートまたは起動設定を選択する」で以下を設定し、「次へ」をクリックします
   • Auto Scaling グループ名: asg-lab-asg
   • 起動テンプレート: asg-lab-web-template
   • バージョン: Default (1)
4. 「ステップ 2: インスタンス起動オプションを選択する」の「ネットワーク」で以下を設定します
   • VPC: asg-lab-vpc
   • アベイラビリティーゾーンとサブネット: asg-lab-public-subnet-1a と asg-lab-public-subnet-1c の 2 つを選択
   • アベイラビリティーゾーンのディストリビューション: バランシング (ベストエフォート)（デフォルト）
5. 「インスタンスタイプの要件」は起動テンプレートの設定のまま（上書きしない）にし、「次へ」をクリックします

1. 「ステップ 3: 他のサービスと統合する」の「ロードバランシング」で「新しいロードバランサーにアタッチする」を選択し、以下を設定します
   • ロードバランサーのタイプ: Application Load Balancer
   • ロードバランサーの名前: asg-lab-alb
   • ロードバランサーのスキーム: Internet-facing（既定は Internal なので、Internet-facing に切り替えます）
   • アベイラビリティーゾーンとサブネット: ap-northeast-1a（asg-lab-public-subnet-1a）と ap-northeast-1c（asg-lab-public-subnet-1c）が選ばれていることを確認
   • リスナーとルーティング: プロトコル HTTP、ポート 80、デフォルトルーティングで「ターゲットグループを作成する」を選択
   • 新しいターゲットグループ名: asg-lab-tg

1. 同じ画面の「ヘルスチェック」で以下を設定します
   • 追加のヘルスチェックタイプ: 「Elastic Load Balancing のヘルスチェックをオンにする」にチェック
   • ヘルスチェックの猶予期間: 300 秒（デフォルト）
2. その他の項目はデフォルトのままにし、「次へ」をクリックします

1. 「ステップ 4: グループサイズとスケーリングを設定する」で以下を設定します
   • 希望するキャパシティ: 2
   • 最小の希望する容量: 2
   • 最大の希望する容量: 4
   • 自動スケーリング: 「スケーリングポリシーなし」（ポリシーは後で追加します）
2. その他の項目はデフォルトのままにし、「次へ」をクリックします

1. 「ステップ 5: 通知を追加する」は何も設定せず「次へ」をクリックします
2. 「ステップ 6: タグを追加する」で「タグを追加する」をクリックし、キー Name、値 asg-lab-web を入力します。「新しいインスタンスにタグ付けする」にチェックが入っていることを確認し、「次へ」をクリックします
3. 「ステップ 7: 確認」で内容を確認し、「Auto Scaling グループを作成する」をクリックします
4. 作成直後に「1 個の新しいターゲットグループを ASG にアタッチできません」というエラーが表示された場合は、ALB の作成がまだ終わっていないことがあります。ロードバランサー一覧で asg-lab-alb の状態が「アクティブ」になってから、asg-lab-asg の「統合」タブ →「ロードバランシング」の「編集」で「ターゲットグループ」にチェックを入れ、asg-lab-tg を選んで「更新」をクリックします

ALB のセキュリティグループを付け替える

ウィザードにはロードバランサーのセキュリティグループを選ぶ項目がなく、ウィザードで作成した ALB には起動テンプレートに指定した asg-lab-web-sg が付きます。asg-lab-web-sg は asg-lab-alb-sg からの HTTP しか許可していないため、ALB に asg-lab-alb-sg を付けないとブラウザからも ALB のヘルスチェックからも Web サーバーに届きません。ヘルスチェックの猶予期間（300 秒）が過ぎる前に付け替えます。

1. 左側ナビゲーションの「ロードバランシング」→「ロードバランサー」を選択し、asg-lab-alb を選択します
2. 下部の「セキュリティ」タブを選択し、「編集」をクリックします
3. asg-lab-alb-sg を追加で選択してから、付いていた asg-lab-web-sg を「×」で外し、asg-lab-alb-sg だけが残った状態にします
4. 「変更内容の保存」をクリックします

ALB の DNS 名でアクセスする

1. asg-lab-alb の詳細画面で、状態が「アクティブ」になっていることを確認し、「DNS 名」をコピーします
2. 左側ナビゲーションの「ロードバランシング」→「ターゲットグループ」を選択し、asg-lab-tg を選択します
3. 下部の「ターゲット」タブで、2 台のインスタンス（ap-northeast-1a と ap-northeast-1c に 1 台ずつ）のヘルスステータスが Healthy になるまで待ちます

ブラウザで ALB の DNS 名にアクセスします。

http://<ALB の DNS 名>

Hello from i-xxxxxxxx とインスタンス ID、AZ が表示されることを確認します。何度か再読み込みすると、2 台のインスタンスの ID と AZ が入れ替わって表示されます。

インスタンスを 1 台終了して自動で置き換わることを確認する

インスタンスが落ちた状況を作るため、Auto Scaling グループのインスタンスを 1 台手動で終了します。

1. 左側ナビゲーションの「インスタンス」→「インスタンス」を選択します
2. 名前が asg-lab-web のインスタンスのうち 1 台を選択し、インスタンス ID を控えます
3. 「インスタンスの状態」→「インスタンスを終了 (削除)」をクリックし、確認画面で「終了 (削除)」をクリックします
4. 左側ナビゲーションの「Auto Scaling」→「Auto Scaling グループ」を選択し、asg-lab-asg を選択します
5. 「アクティビティ」タブを選択します。インスタンスの終了が検知されて置き換えが始まるまで、2 分ほどかかることがあります。表示されない場合は少し待ってから更新します

「アクティビティ履歴」に、控えたインスタンスの終了と、新しいインスタンスの起動（Launching a new EC2 instance）が記録されることが確認できます。希望する容量 2 に対して実際の台数が 1 になったため、EC2 Auto Scaling が新しいインスタンスを起動して 2 台に戻しています。

1. 「インスタンス管理」タブを選択し、新しいインスタンスが追加され、ライフサイクルが InService になるまで待ちます
2. ターゲットグループ asg-lab-tg の「ターゲット」タブで、新しいインスタンスが Healthy になったことを確認します
3. ブラウザで ALB の DNS 名に再度アクセスし、何度か再読み込みすると、新しいインスタンスの ID が表示されることが確認できます

ターゲット追跡スケーリングポリシーを設定する

最後に、平均 CPU 使用率が 50% 前後になるように台数を調整するポリシーを追加します。

1. asg-lab-asg の詳細画面で「オートスケーリング」タブを選択します
2. 「動的スケーリングポリシー」の「動的スケーリングポリシーを作成する」をクリックします
3. 以下を設定します
   • ポリシータイプ: ターゲット追跡スケーリング
   • スケーリングポリシー名: asg-lab-cpu50
   • メトリクスタイプ: 平均 CPU 使用率
   • ターゲット値: 50
   • インスタンスのウォームアップ: 300 秒（入力欄は空欄なので 300 を入力します）
   • 「スケールインを無効にしてスケールアウトポリシーのみを作成する」: チェックを入れない
4. 「作成」をクリックします

「動的スケーリングポリシー」に asg-lab-cpu50 が追加されたことを確認します。

1. 上部の検索バーに CloudWatch と入力し、表示された「CloudWatch」を選択します
2. 左側ナビゲーションの「アラーム」→「すべてのアラーム」を選択します

TargetTracking-asg-lab-asg-AlarmHigh- と TargetTracking-asg-lab-asg-AlarmLow- で始まる 2 つのアラームが作られていることが確認できます。ターゲット追跡ポリシーでは、これらのアラームを EC2 Auto Scaling が作成・管理するため、自分で編集・削除しないようにします。いまは負荷がかかっていないため、CPU 使用率が上がって台数が増えることはなく、最小容量の 2 台のまま動き続けます。