ハンズオン資料

「構築しただけでは終わらせない。学びを言葉にして、"自分の技術"にする。」

View on GitHub

⚖️ Day 4: 高可用性システム ハンズオン

HA = High Availability（高可用性）
High Availabilityの略語として「HA」は広く使われていますが、
リソース名の「ha-」プレフィックスについては
組織や開発者の命名ポリシーによる個別の選択です。

🎯 このハンズオンで学ぶこと

🏗️ 構築するシステム

🌐 インターネット → ⚖️ ALB → 💻 EC2-1(Webアプリ) → 🗄️ RDS(MySQL)
                      ↓    💻 EC2-2(Webアプリ) ↗
                  負荷分散      冗長化構成

動作: Day3の社員管理システムを2台構成にして、1台停止してもサービス継続

⏰ 所要時間

約120分（発表準備時間含む）

📋 前提条件

🚀 Phase 1: 基盤構築（Day3の復習）

Day 3演習内容(VPC + DB Subnet Group + SG + RDS + EC2)と同じものをCloudFormationで構築する。
手動でもう一度構築することで定着を図れるが、本日はELB(ALB)を利用した高可用性システムの構築に焦点をあてるため、Day 3の内容はCloudFormationを使ってショートカットする。

「Day3 Database Lab - CloudFormation版」を参照のこと。

🚀 Phase 2: 高可用性Webサーバ構築

Step 1: 2台目のEC2インスタンス作成

  1. EC2コンソール→「インスタンスを起動」

基本設定

キーペア（ログイン）

ネットワーク設定

セキュリティグループ

高度な詳細

1台目で動作確認（employee-web-server-cf）

  1. 動作確認: 
     # 1台目のパブリックIPでアクセステスト（ブラウザでアクセスする）
 http://[1台目のパブリックIP]:3000

    1台目は、CloudFormationで立ち上げているので、確実に動作する。
    動作しない場合は、ある意味、当たりを引いた!? ハズレかも…

2台目で動作確認（ha-web-server-2）

「ステータスチェック」に合格していること。

  1. Session Managerでha-web-server-2に接続
  2. ユーザー切り替え: 
     sudo su - ec2-user
  3. アプリケーションの状態を確認 
     sudo systemctl status employee-app

    以下のようなログがでていれば成功 => 手順7(動作確認)へ進む(手順4〜6はスキップ)

    失敗している場合は、2台目のサーバのRDSエンドポイントの設定に問題がある

    • ユーザーデータ内のRDSエンドポイント（YOUR_RDS_ENDPOINT_HERE） を書き換えなかったかもしくは、正しく設定をしなかった → 以降の手順4〜6を行い、応急処置をする

  4. データベースエンドポイント設定を変更

    RDSコンソールにて、作成したデータベースの状態が「利用可能」となっていることを確認する。
    「利用可能」となるまで待つ。

     cd /var/www/html
 nano config.js

    nano コマンドで、 config.js ファイルを書き換える。
    nano コマンドの使い方は次の通りである。

    • カーソルの移動は矢印キー
    • 保存は、Ctl + O ののち、エンター
    • 終了は、Ctl + X
  5. Node.jsアプリケーション再起動（設定反映のため） 
     sudo systemctl restart employee-app
  6. 起動確認 
     sudo systemctl status employee-app

    上記でも解決しない場合は、以下のコマンドでエラー原因をつきとめて修正する必要がある。EC2インスタンスを終了し、もう一度EC2インスタンスを作り直すほうが早いかもしれない。

     sudo cloud-init status
 sudo cat /var/log/cloud-init-output.log
 sudo tail -f /var/log/cloud-init-output.log
 sudo cat /var/log/cloud-init.log
 sudo systemctl status employee-app
  7. 動作確認: 
     # 2台目のパブリックIPでアクセステスト（ブラウザでアクセスする。⚠️`http`です。`3000`番ポートです。)
 http://[2台目のパブリックIP]:3000

🚀 Phase 3: Application Load Balancer構築

Step 1: ターゲットグループ作成

  1. EC2コンソール→「ターゲットグループ」→「ターゲットグループの作成」

基本設定

ヘルスチェック

「次へ」

ターゲット登録

⚠️ 2026-08-25現在、「次へ」を押したあとに「ターゲットグループの作成」ボタンが表示されます。

Step 2: Application Load Balancer作成

  1. EC2コンソール→「ロードバランサー」→「ロードバランサーの作成」

基本設定

ネットワークマッピング

セキュリティグループ

※「新しいセキュリティグループを作成↗（Create security group↗）」リンクから作成可能です。作成後、「更新🌀」ボタンを押下して選択してください。

リスナーとルーティング

その他は、デフォルトのまま、「ロードバランサーの作成」

🔒 Phase 4: セキュリティ強化

Step 1: Webサーバセキュリティグループ更新

  1. EC2コンソール→「セキュリティグループ」
  2. employee-web-server-sg-cfを選択
  3. 「インバウンドルール」→「インバウンドルールを編集」
  4. 既存ルール削除: カスタムTCP (3000): 0.0.0.0/0
  5. 新規ルール追加:
    • タイプ: カスタムTCP
    • ポート: 3000
    • ソース: ha-alb-sg（ALBのセキュリティグループを選択）

💡 セキュリティ向上: これでWebサーバへの直接アクセスを防ぎ、ALB経由のみに制限されます

🚀 Phase 5: 高可用性テスト

Step 1: 正常動作確認

状態(ステータス)が アクティブ であること

  1. ALBのDNS名をコピー
  2. ブラウザでhttp://[ALB-DNS名]にアクセス
  3. 社員管理システムが表示されることを確認
  4. 社員データを追加して動作確認

Step 2: 可用性テスト

  1. EC2コンソールでemployee-web-server-cfを選択
  2. 「インスタンスの状態」→「インスタンスを停止」
  3. ブラウザを更新してシステムが継続動作することを確認 （ページが表示されない場合やcssが効かず装飾がつかない場合がありますが、1分程度待つと正常に表示されます）
  4. ターゲットグループでヘルスチェック状況を確認 (「更新」をする必要がある場合があります。 ha-web-server-2 のみHealthy状態のはずです)

Step 3: 復旧テスト

  1. 停止したインスタンスを「開始」
  2. ターゲットグループで「Healthy」に戻ることを確認 （手順1のあと1分程度待つ必要があります）
  3. 負荷分散が再開されることを確認

📸 発表準備のポイント

🎯 スクリーンショット推奨箇所

  1. システム構成図: VPC、EC2×2、ALB、RDSの配置
  2. ALBターゲットグループ: 両方のインスタンスがHealthy
  3. 正常動作: ALB経由でのアプリケーション画面
  4. 障害テスト: 1台停止時の継続動作
  5. ヘルスチェック: Unhealthy→Healthyの変化

💡 発表で語るべきポイント

成果発表フォーマット

👑 Day 4 完走賞 🎉🎉🎉

day4-ha-employee-app.yaml

Day 4完了時点の完成形を作れるCloudFormationテンプレートをプレゼント🎁します。
スタック名は、たとえば「Day4CompleteStack」とでもつけてください。

🎯 学習ポイント

高可用性の実現

Application Load Balancerの価値

セキュリティ設計

本番運用への応用

🚨 トラブルシューティング

ALBでアクセスできない

  1. セキュリティグループでポート80が開いているか確認
  2. ターゲットグループのヘルスチェック状況確認
  3. EC2インスタンスが正常に起動しているか確認

ヘルスチェックがUnhealthy

  1. EC2インスタンスでNode.jsアプリケーションが起動しているか確認: sudo systemctl status employee-app
  2. ユーザーデータスクリプトが正常実行されたか確認
  3. セキュリティグループでALBからのポート3000への通信が許可されているか確認

データベース接続エラー

  1. RDSセキュリティグループでEC2からの接続が許可されているか確認
  2. config.jsのエンドポイント設定確認
  3. 初期データベース名の設定確認
  4. Node.jsアプリケーションログ確認: sudo journalctl -u employee-app.service -f

🎊 完了！

おめでとうございます！あなたは今、以下を達成しました：

✅ 高可用性システム: 単一障害点を排除した冗長構成
✅ 負荷分散: Application Load Balancerによるトラフィック分散
✅ 障害対応: 1台停止してもサービス継続する仕組み
✅ セキュリティ強化: ALB経由のみのアクセスで多層防御を実現
✅ 本番レベル: 実際のWebサービスで使われる構成

🚀 次回の発表会に向けて

今日構築したシステムは、実際のWebサービスで使われている本格的な高可用性構成です。次回の発表では、この経験を活かして、クラウドエンジニアとしての成長をアピールしましょう！

💡 今日の気づきを記録しよう

次回の発表、頑張りましょう！ 🔥

💪 余力のある人は

スケーラブルウェブサイト構築 ハンズオン - シンプルモード で、WordPressを動かすことができます。余力のある人は挑戦してみてください💪

ただし、AWS Academyのサンドボックス環境では読み替えが必要な箇所があります: