再起動しても変わらない IP アドレスをサーバーに付ける

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

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

「Elastic IP なし」と「あり」で、停止 → 起動したときにパブリック IP アドレスがどうなるかを比べます。この違いを自分の手で再現するのが、このハンズオンの中心です。

※ 図の IP アドレスは例です。実際の値は、自分の環境で割り当てられたものになります。

以下の流れで、「変わる」→「固定する」→「変わらない」を順に確認してください。

「先に変わることを確かめてから固定する」という順番が、このハンズオンの肝です。Elastic IP のありがたみは、変わる様子を一度見ておくと実感できます。

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

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

   Elastic IP もリージョンごと

   Elastic IP アドレスは、取得したリージョンの中でだけ使えます。インスタンスと同じリージョンで作業していることを最初にそろえておきましょう。

2. 確認用の EC2 インスタンスを 1 台起動する

   EC2 コンソールで「インスタンスを起動」を押し、名前に eip-demo、AMI に Amazon Linux 2023、インスタンスタイプに無料利用枠の対象（例：t2.micro / t3.micro）を選びます。ネットワーク設定ではパブリックサブネット・パブリック IP の自動割り当てを有効にして起動します。

   今回は中に入らない

   このハンズオンではサーバーにログインしません。キーペアは「キーペアなしで続行」でも構いません。セキュリティグループも初期値のままで大丈夫です（アドレスの変化はコンソールで見られます）。

3. いまのパブリック IP アドレスを控える

   インスタンスの状態が「実行中（Running）」になったら、一覧で eip-demo を選び、詳細画面の「パブリック IPv4 アドレス」の値をメモします（例：203.0.113.25）。これが「変わる前」の値です。

   パブリックとプライベートを取り違えない

   詳細画面には「プライベート IPv4 アドレス」も並んでいます。今回見るのはパブリックのほうです。プライベート IP は VPC 内部用のアドレスで、別の役割を持っています。

4. いったん停止して、起動し直す

   eip-demo を選び、「インスタンスの状態」→「インスタンスを停止」を選びます。状態が「停止済み（Stopped）」になったら、今度は「インスタンスを開始」で起動し直します。

   「再起動」ではなく「停止 → 開始」

   OS の「再起動（Reboot）」ではアドレスは変わりません。アドレスが入れ替わるのは、AWS の視点で一度停止してから開始したときです。必ず「停止」→「開始」で操作しましょう。

5. パブリック IP アドレスが変わったことを確認する

   もう一度、詳細画面の「パブリック IPv4 アドレス」を見ます。手順 3 で控えた値と違うアドレスに変わっているはずです（例：203.0.113.25 → 18.182.xx.xx）。これが「Elastic IP なし」の状態です。

   ここがスタート地点

   この「勝手に変わってしまう」状態を一度見ておくことが大切です。次のステップから、これを固定していきます。

6. Elastic IP アドレスを取得（割り当て）する

   EC2 コンソールの左メニュー「ネットワーク & セキュリティ」→「Elastic IP」を開き、「Elastic IP アドレスの割り当て」を押します。設定はほぼ既定のまま（ネットワークボーダーグループは東京リージョンのもの）で「割り当て」を押すと、新しい固定アドレスが 1 つ手に入ります。

   「取得した」だけではまだ付いていない

   割り当てただけでは、アドレスは「手元に確保された」状態で、まだどのインスタンスにも結び付いていません。次の手順で関連付けて、はじめてサーバーのアドレスになります。

7. Elastic IP をインスタンスに関連付ける

   取得した Elastic IP を選び、「アクション」→「Elastic IP アドレスの関連付け」を押します。リソースタイプで「インスタンス」を選び、eip-demo を指定して「関連付ける」を押します。

   関連付けると元のアドレスは置き換わる

   関連付けると、インスタンスのパブリック IP アドレスが、この Elastic IP の値に切り替わります。以降、外からのアクセス先はこの固定アドレスになります。

8. もう一度、停止 → 起動して「変わらない」ことを確認する

   手順 4 と同じように eip-demo を停止 → 開始します。起動後に詳細画面の「パブリック IPv4 アドレス」を見ると、今度はElastic IP と同じ値のまま変わっていないはずです。これで固定できました。

   これがゴール

   停止・起動をしてもアドレスが動かない——この状態を確認できたら、このハンズオンの目的は達成です。忘れずに、最後の「後片づけ」まで進めましょう。

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

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

• 画面右上のリージョン表示が 「東京 / ap-northeast-1」になっている。
• 「インスタンス」一覧に eip-demo があり、状態が 「実行中（Running）」になっている。
• 「Elastic IP」の一覧に、取得したアドレスが 1 つ表示されている。
• そのElastic IP の「関連付けられたインスタンス ID」に eip-demo が表示されている。
• インスタンス詳細の「パブリック IPv4 アドレス」が、その Elastic IP と同じ値になっている。
• 停止 → 開始を行ったあとでも、パブリック IPv4 アドレスがその Elastic IP のまま変わっていない。

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

1. 自動で割り当てられるパブリック IP は停止・起動で変わるのに、Elastic IP は変わりませんでした。この違いは、それぞれのアドレスの「持ち方」の違いから来ています。どう違うのか、自分の言葉で説明してみましょう。
   ヒント

   自動割り当ては「起動のたびに空いているものを一時的に借りる」イメージ、Elastic IP は「自分専用に確保して手元に置いておく」イメージです。借り物は返すと別のものになり、確保したものは返さない限り同じ、という観点で整理してみましょう。
2. Elastic IP は「確保している間に料金がかかる」仕組みです。では、どんな状態のときに「もったいない（無駄な料金が発生しやすい）」と言えるでしょうか。
   ヒント

   「確保したのに使われていない」状態を考えてみましょう。たとえば、どのインスタンスにも関連付けていない Elastic IP や、関連付けた相手のインスタンスが動いていない場合などです。「使っていないのに確保し続ける」ことの是非を考えると見えてきます。
3. 固定のアドレスがあると便利な反面、IP アドレスを直接伝える方法には不便な面もあります。Web サイトの公開などで、IP アドレスの代わりによく使われる「人が覚えやすい名前」の仕組みは何でしょうか。それを使うとどんな利点があるか考えてみましょう。
   ヒント

   普段ブラウザで入力しているのは数字の羅列ではなく、文字でできた「名前」のはずです。その名前と IP アドレスを結び付ける仕組み（ドメインネームシステム）を調べてみましょう。アドレスが変わっても名前側を直せば済む、という柔軟さがヒントです。

Elastic IP は放置すると料金が発生し続ける代表的なリソースです。今回はとくに、片づけまでが学びの一部です。次の順番で片づけましょう。

1. インスタンスを終了する：EC2 コンソールの「インスタンス」で eip-demo を選び、「インスタンスの状態」→「インスタンスを終了（Terminate）」を選びます。状態が「終了済み（Terminated）」になれば、このサーバーの料金は止まります。
2. Elastic IP を解放（Release）する：左メニュー「Elastic IP」で対象のアドレスを選び、「アクション」→「Elastic IP アドレスの解放」を選びます。これを行わないと、インスタンスを終了しても Elastic IP の料金は残り続けます。今回の片づけで最も重要な操作です。
3. 確認：「Elastic IP」の一覧から、解放したアドレスが消えていることを確かめます。