設定済みのサーバーをまるごと複製する

手順に迷ったときや、用語の意味を確かめたいときに開きましょう。

※ リンク切れの場合は、ページタイトルで検索してください。

「設定済みサーバー」→「AMI を作成（焼き込み）」→「AMI から複製を起動」という 3 ステップで進みます。複製したサーバーには、何も入れ直さなくても元の状態がそのまま入っています。

以下の流れで、「設定済みサーバーを作る」→「AMI 化する」→「複製を起動して確かめる」を順に行ってください。

ポイントは、最後の複製サーバーにあえて何も設定しないこと。それでも同じページが出れば、「AMI に焼き込まれていた」とはっきり分かります。

1. マネジメントコンソールにサインインし、リージョンを合わせる

   ブラウザで AWS マネジメントコンソールにサインインし、画面右上のリージョンが「アジアパシフィック（東京）ap-northeast-1」になっていることを確認します。

   AMI もリージョンごと

   作成した AMI は、そのリージョンの中にだけ現れます。元のインスタンスと同じリージョンで作業していることを最初にそろえておきましょう。

2. 複製の元になるサーバー（origin-server）を起動する

   EC2 コンソールで「インスタンスを起動」を押し、名前 origin-server、AMI は Amazon Linux 2023、タイプは無料利用枠の対象を選びます。ネットワーク設定でパブリック IP の自動割り当てを有効にし、セキュリティグループで HTTP（80）を 0.0.0.0/0 から許可します。「高度な詳細」→「ユーザーデータ」に次を貼り付けて起動します。

   ユーザーデータ（origin-server のセットアップ用）

   #!/bin/bash
   dnf install -y httpd
   systemctl enable --now httpd
   # 複製を見分けるための「目印」。固定の文言にしておく
   echo "<h1>セットアップ済みサーバー</h1><p>このページは AMI に焼き込まれています</p>" > /var/www/html/index.html

   なぜ「固定の文言」にするの？

   あとで複製したサーバーに同じページが出るかを確かめます。文言を固定にしておくと、「これは元の状態がそのままコピーされた」とひと目で分かります。今回はセットアップの手早さのためユーザーデータを使いますが、手で設定しても構いません。

3. 元サーバーが「設定済み」であることを確認する

   状態が「実行中（Running）」になり数分待ったら、origin-server のパブリック IP アドレスにブラウザでアクセスし、目印ページ（「セットアップ済みサーバー」）が表示されることを確かめます。これが「焼き込む前の完成状態」です。

   焼き込む中身を先に確定させる

   AMI は「この瞬間の状態」を写し取ります。先に元サーバーが期待どおり動いていることを確認してから AMI を作ると、複製も確実に同じ状態になります。

4. origin-server からカスタム AMI を作成する

   「インスタンス」一覧で origin-server を選び、「アクション」→「イメージとテンプレート」→「イメージを作成」を選びます。イメージ名に my-web-ami と入力し、そのまま「イメージを作成」を押します。

   作成中は少し待つ

   AMI の作成には数分かかります。左メニュー「AMI」を開き、my-web-ami の状態が 保留中（pending） から 利用可能（available） に変わるのを待ちましょう。available になるまでは、その AMI から起動できません。

5. AMI から複製サーバー（clone-server）を起動する

   左メニュー「AMI」で my-web-ami を選び、「AMI からインスタンスを起動」を押します。名前を clone-server にし、タイプは無料利用枠の対象、パブリック IP の自動割り当てを有効、HTTP（80）を許可するセキュリティグループを選びます。ユーザーデータには何も入れずに起動します。

   インスタンスを起動 — AMI を選択（イメージ）

   AMI の選択元

   マイ AMI

   自分が作成したカスタム AMI から選ぶ

   クイックスタート

   AWS が用意した標準 AMI から選ぶ

   ↳my-web-ami は自分専用の AMI なので「マイ AMI」タブを開きます

   ここがこのハンズオンの肝

   複製サーバーには、わざと何のセットアップもしません。それでも次のステップで同じページが出れば、「ソフトも設定も AMI に入っていた」ことの動かぬ証拠になります。

6. 複製できたことをブラウザで確認する

   clone-server が「実行中」になったら、そのパブリック IP アドレスにブラウザでアクセスします。何もインストールしていないのに、origin-server と同じ「セットアップ済みサーバー」ページが表示されるはずです。これで複製は成功です。

   AMI に「入っているもの・いないもの」

   ディスクの中身（OS・入れたソフト・置いたファイル）は AMI に焼き込まれます。一方で、セキュリティグループやパブリック IP アドレスは AMI には含まれません。だから複製側でも HTTP の許可とパブリック IP の設定が必要になります。

   AMI に含まれる（複製される）

   • OS とその設定
   • インストールしたソフト（Apache など）
   • 置いたファイル（目印ページなど）

   AMI に含まれない（起動時に指定）

   • セキュリティグループ
   • パブリック IP アドレス
   • インスタンスタイプ・キーペアなど

初学者がよく引っかかる箇所を先回りでまとめました。答えそのものは載せていませんが、「どこを見直せばよいか」の手がかりとして使ってください。

要件の再確認ではなく、画面のどこを見れば達成を確認できるかをまとめました。EC2 コンソールとブラウザを開いて、次を順に確かめましょう。

• 「インスタンス」一覧に origin-server と clone-server の 2 台がある。
• 「AMI」一覧に my-web-ami があり、状態が 利用可能（available） になっている。
• clone-server の「AMI ID」が、my-web-ami のものになっている（詳細画面で確認できます）。
• origin-server のパブリック IP を開くと、目印ページが表示される。
• clone-server のパブリック IP を開くと、同じ目印ページが表示される（ユーザーデータを設定していないのに表示される、がポイント）。

手を動かすことに加えて、次の問いに自分の言葉で答えられるようにしておくと、理解がより深まります。

1. 複製サーバーでは、セキュリティグループを改めて指定する必要がありました。OS やソフトは AMI に含まれるのに、セキュリティグループやパブリック IP が含まれないのはなぜでしょうか。それぞれが「何に属するもの」かを考えてみましょう。
   ヒント

   AMI が写し取るのは「ディスクの中身」です。一方、セキュリティグループやパブリック IP は、サーバーの中身というより「そのサーバーをネットワーク上にどう置くか」という外側の設定です。どこまでが“イメージ”でどこからが“起動時の指定”か、という線引きで考えてみましょう。
2. 同じ Web サーバーを 10 台用意する場面を考えます。「起動のたびにスクリプトでインストールする方法」と「AMI に焼き込んで複製する方法」では、それぞれどんな利点・欠点があるでしょうか。
   ヒント

   焼き込み方式は「起動が速い・毎回同じ」が強みですが、中身を変えたいときは作り直しが要ります。スクリプト方式は「変更に強い」反面、起動のたびに時間がかかります。台数・更新の頻度・起動の速さといった観点で比べると、場面ごとの向き・不向きが見えてきます。
3. AMI を作ったあとに、元のサーバーへ新しいソフトを追加しました。すでに作成済みの AMI には、その変更は反映されるでしょうか。反映させたい場合はどうすればよいか考えてみましょう。
   ヒント

   AMI は「作った瞬間の状態」を写したものなので、あとからの変更は自動では入りません。最新の状態を配りたいなら、もう一度 AMI を作り直すことになります。これを定期的に・自動で行う仕組み（イメージを継続的に作るサービス）があることも調べてみましょう。

AMI は、見えないところにディスクのコピー（スナップショット）を持っていて、それにストレージ料金がかかります。AMI を消すときは「登録解除」と「スナップショット削除」の両方が必要な点に注意しましょう。

1. インスタンスを終了する：「インスタンス」で origin-server・clone-server を選び、「インスタンスを終了（Terminate）」。状態が「終了済み」になれば、サーバーの料金は止まります。
2. AMI を登録解除する：左メニュー「AMI」で my-web-ami を選び、「アクション」→「AMI を登録解除」を選びます。これで AMI からの起動はできなくなります。
3. スナップショットを削除する：左メニュー「スナップショット」を開き、my-web-ami に対応するスナップショットを選んで削除します。登録解除だけでは、このスナップショットが残って料金が発生し続けます。
4. セキュリティグループを削除する（任意）：このハンズオン用に作ったセキュリティグループは、インスタンスを終了したあとに削除できます（他で使っていないことを確認してから）。