概要: EC2インスタンスの安定稼働には、パブリックIPとプライベートIPの適切な理解と管理が不可欠です。本記事では、IPアドレスの割り当てから固定、削除、さらにサブネットとの連携やPingトラブル解決まで、EC2 IPアドレスに関する網羅的な情報を解説します。
EC2 IPアドレスの種類と使い分け：パブリック/プライベートの基本戦略
パブリックIPアドレスの役割と課金体系の理解
EC2インスタンスがインターネットと通信するためには、パブリックIPv4アドレスが不可欠です。これはAWSのパブリックプールから自動的に割り当てられ、インスタンスが停止すると原則として解放されます。ただし、2024年2月以降、パブリックIPv4アドレスはインスタンスに割り当てられているかどうかに関わらず、使用・未割り当ての双方で課金対象となりました。現在、1IPアドレスあたり0.005 USD/時間の料金が発生します（出典：Amazon EC2 料金表）。インスタンスのOS内部からはこのパブリックIPは直接見えず、AWS側のNAT変換によってインターネットとの疎通が実現されている点も理解しておく必要があります。
プライベートIPアドレス：VPC内通信の要
プライベートIPv4アドレスは、VPC（Virtual Private Cloud）内部のEC2インスタンス間で通信を行う際に使用されます。インスタンスの起動時に、所属するサブネットのCIDR（Classless Inter-Domain Routing）範囲から自動的に割り当てられるのが一般的です。このプライベートIPアドレスは、インスタンスが終了するまでライフサイクルを通じて保持され、インスタンスを停止・起動しても変更されることはありません。これにより、VPC内のリソースは安定した内部通信を維持できます。また、必要に応じて特定のネットワークインターフェイス（ENI）に固定設定することも可能です。
Elastic IP (EIP) によるIPアドレスの固定化戦略
Elastic IP（EIP）は、インターネットからのアクセスに利用する静的なパブリックIPv4アドレスです。通常のパブリックIPアドレスと異なり、EC2インスタンスを停止・再起動してもIPアドレスが変わらないため、DNSレコードの更新が不要となり、サービスの中断リスクを軽減できます。これにより、ウェブサーバーやロードバランサーなど、外部から常に同じIPアドレスでアクセスされる必要があるシステムに最適です。ただし、注意すべき点として、インスタンスに関連付けられていない「未使用状態」のEIPも課金対象となります。例えば、取得したEIPをどのインスタンスにもアタッチしていない場合や、EIPをアタッチしたインスタンスが停止している場合などに料金が発生するため、適切な管理が不可欠です。
出典：Amazon EC2 料金表、Amazon EC2 インスタンスの IP アドレス指定、Elastic IP アドレス
EC2 IPアドレスの管理手順：割り当て・固定・変更・削除のステップ
EC2インスタンス起動時のIPアドレス割り当て
EC2インスタンスを起動する際、パブリックIPv4アドレスを自動的に割り当てるか否かを選択できます。インターネットからのアクセスが不要な内部システム用インスタンスであれば、パブリックIPを割り当てない選択をすることで、課金対象となるIPアドレスの数を減らし、セキュリティリスクも低減できます。一方、プライベートIPv4アドレスは、インスタンスが属するVPCサブネットのCIDR範囲から自動的に付与されます。高度なネットワーク構成を必要とする場合、複数のネットワークインターフェイス（ENI）をインスタンスにアタッチし、それぞれのENIに複数のプライベートIPアドレスを割り当てることも可能です。ただし、インスタンスタイプごとにENI数やIPアドレス数には上限があるため、事前に「インスタンスタイプごとのネットワーク性能」を確認することが重要です。
Elastic IP (EIP) の取得とインスタンスへの関連付け
固定のパブリックIPアドレスが必要な場合は、AWSマネジメントコンソールまたはCLIを通じてElastic IP（EIP）を取得します。EIPを取得したら、対象のEC2インスタンス、または特定のネットワークインターフェイス（ENI）に関連付けます。この操作により、EIPはそのリソースに恒久的に紐付けられ、インスタンスの停止や再起動が行われてもIPアドレスが変更されることはありません。EIPは、あるインスタンスから別のインスタンスへ付け替えることも可能です。これにより、例えば障害が発生したインスタンスのEIPを予備のインスタンスに移行することで、サービス提供を継続しやすくなります。この柔軟性は、高可用性が求められるシステムにおいて非常に有用です。
IPアドレスの変更・削除と費用対効果の管理
Elastic IPを利用しない一般的なパブリックIPアドレスは、EC2インスタンスを停止・起動するたびに別のIPアドレスに変更されます。DNSレコードなどで固定IPを指している場合は、都度更新が必要です。Elastic IPを使用している場合、不要になった際は必ずインスタンスからの関連付けを解除し、EIP自体を解放してください。解放し忘れると、未使用状態であっても課金が継続されます（0.005 USD/時間）。2024年2月以降、すべてのパブリックIPv4アドレスが課金対象となったため、不要なパブリックIPアドレスは積極的に削除するか、可能であればIPv6の利用を検討することで、コストを最適化し、無駄な支出を避けることができます。定期的なIPアドレスの棚卸しと管理が、効率的なクラウド運用には不可欠です。
出典：Elastic IP アドレス、パブリック IPv4 アドレスの利用に対する新しい料金体系を発表
状況別EC2 IPアドレス活用術：サブネット設計と料金対策
サブネット設計におけるプライベートIPアドレスの最適化
VPC内のサブネット設計は、EC2インスタンスのプライベートIPアドレス管理と密接に関わります。将来的なアプリケーションの拡張やインスタンス数の増加を見越して、適切なサイズのCIDRブロックを各サブネットに割り当てることが重要です。プライベートIPアドレスはインスタンスのライフサイクル中変わらないため、安定した内部通信を保証する上で基盤となります。例えば、複数のアベイラビリティーゾーンにまたがるサブネット群を設計し、それぞれのゾーンに十分なプライベートIPアドレス範囲を確保することで、冗長性と可用性を高めつつ、リソースの追加にも柔軟に対応できる構成を目指すべきでしょう。インスタンスタイプごとのネットワークインターフェイス（ENI）数や1ENIあたりのプライベートIPアドレスの上限も考慮に入れ、綿密なキャパシティプランニングを行うことが、大規模システム設計においては不可欠です。
EIPと課金ルールを考慮した料金削減テクニック
Elastic IP（EIP）は固定IPアドレスとして非常に便利ですが、その課金ルールを理解して運用することが料金削減に直結します。EIPはインスタンスに割り当てられて「使用中」であれば原則として追加料金は発生しませんが、インスタンスに関連付けられていない「未使用状態」の場合、時間あたり0.005 USDの課金対象となります。そのため、不要になったEIPは速やかに解放することが、コストを抑えるための鉄則です。また、2024年2月以降のパブリックIPv4アドレス課金開始に伴い、インターネットへの直接接続が不要なEC2インスタンスには、パブリックIPアドレスを割り当てない設定を徹底することで、無駄な課金を避けることができます。長期的な視点では、IPv6アドレスへの移行も、IPv4アドレスの枯渇と課金リスクを軽減するための有効な戦略となり得ます。
IPv6アドレスの導入検討と将来性
IPv4アドレスの枯渇問題と、それに伴う課金リスクを回避する有効な手段として、IPv6アドレスの導入は将来性のある戦略です。AWSのVPCでは、IPv6を有効化し、EC2インスタンスにIPv6アドレスを割り当てることが可能です。IPv6はIPv4と比較して圧倒的に広大なアドレス空間を持つため、アドレス枯渇の心配がありません。これにより、大規模なネットワーク設計やIoTデバイスの接続など、将来的な拡張性を見据えたインフラ構築が可能になります。ただし、IPv6を導入する際には、既存システムとの互換性確認、セキュリティグループやネットワークACL（NACL）のIPv6ルール設定など、移行に伴う検討事項も存在します。計画的に導入を進めることで、IPv4アドレスに依存しない持続可能なクラウド環境を構築できるでしょう。
出典：Amazon EC2 料金表、パブリック IPv4 アドレスの利用に対する新しい料金体系を発表、VPC とサブネットの IP アドレス指定
EC2 IPアドレス運用で避けるべき落とし穴とセキュリティ設定
IPアドレス疎通確認の落とし穴：OS内部からは見えないパブリックIP
EC2インスタンスの運用において、IPアドレスの疎通確認は頻繁に行われますが、ここで特有の落とし穴があります。インスタンスのOS内部でipconfig（Windows）やifconfig（Linux）コマンドを実行しても、パブリックIPアドレスは直接表示されません。これは、AWSがインスタンスのプライベートIPアドレスとパブリックIPアドレスの間で1対1のネットワークアドレス変換（NAT）を行っているためです。インスタンス自身のパブリックIPアドレスを確認したい場合は、メタデータサービスを利用する必要があります。具体的には、インスタンス内部からhttp://169.254.169.254/latest/meta-data/public-ipv4にアクセスすることで、正確なパブリックIPアドレスを取得できます。この仕組みを理解していないと、外部からの接続トラブル発生時に誤った情報を基に調査を進めてしまい、解決に時間を要する可能性があります。
セキュリティグループとネットワークACLによるアクセス制御の徹底
IPアドレス運用における最も重要な側面の一つがセキュリティです。EC2インスタンスへのアクセスを制御するセキュリティグループと、VPCサブネットへのアクセスを制御するネットワークACL（NACL）の設定は、セキュリティの基盤となります。特に注意すべきは、安易に「0.0.0.0/0」（すべてのIPアドレスからのアクセスを許可）のような広範な許可ルールを設定することです。これは重大なセキュリティリスクとなり、不正アクセスやサイバー攻撃の温床となる可能性があります。アクセスは必要最低限のポートと、特定のIPアドレス範囲に限定する「最小権限の原則」を徹底してください。定期的な設定の見直しと、VPC Flow Logsなどを用いたアクセス状況の監視を組み合わせることで、セキュリティレベルを高く維持できます。
不要なElastic IPの放置はコスト増に繋がる
Elastic IP（EIP）は固定IPアドレスとして非常に有用ですが、その管理を怠ると意図しないコスト発生の原因となります。EIPは、インスタンスに関連付けられていない「未使用状態」の場合、時間あたり0.005 USDの課金対象となります。例えば、開発やテストで一時的にEIPを割り当て、作業完了後に解放し忘れたり、EIPをアタッチしたEC2インスタンスを停止したまま放置したりすると、その間ずっと課金が継続されます。不要なEIPは定期的にAWSマネジメントコンソールで確認し、速やかにインスタンスから関連付けを解除して解放することが、コスト最適化の鉄則です。これにより、無駄な出費を抑え、効率的なクラウド運用を実現できます。
出典：Amazon EC2 インスタンスの IP アドレス指定、Elastic IP アドレス
【ケース】EC2接続障害を解決！IPアドレスとセキュリティグループの見直し
架空のケース：WordPressサイトにアクセスできない
ある日、担当者が管理するWordPressサイトに外部からアクセスできなくなりました。EC2インスタンスは稼働しているように見えますが、WebブラウザでURLを開いてもタイムアウトしてしまいます。PINGも通りません。内部からは、SSHで接続でき、WordPressのプロセスも動作しているように見えます。
外部からWordPressサイトにアクセスできない場合、まず疑うべきはIPアドレスの状況とセキュリティグループの設定です。もしElastic IPを使用していない場合、EC2インスタンスを停止・起動するとパブリックIPアドレスが変更されるため、DNSレコードが古いIPアドレスを指している可能性があります。Elastic IPを使用している場合でも、そのEIPが正しくインスタンスに関連付けられているか、またはEIP自体が未使用状態になっていないか、AWSマネジメントコンソールで確認することが最初のステップです。また、インスタンス内部から自身のパブリックIPアドレスを確認する場合は、http://169.254.169.254/latest/meta-data/public-ipv4を利用して正確な情報を取得し、外部からのアクセスと一致しているかを確認しましょう。
障害解決への具体的な行動ステップ
接続障害が発生した場合、以下のステップで順に確認と対処を進めることが有効です。
- EC2インスタンスのステータス確認： まず、インスタンスが稼働中であるか、システムステータスチェックやインスタンスステータスチェックに異常がないかを確認します。
- パブリックIPアドレスの確認：
- Elastic IPを使用していない場合、AWSコンソールで現在のパブリックIPを確認し、DNSレコードがそのIPを指しているか確認します。必要であればDNSを更新します。
- Elastic IPを使用している場合、正しくインスタンスにアタッチされているかを確認します。もしアタッチされていなければ、EIPをインスタンスに関連付け直します。
- セキュリティグループの確認：
- HTTP（80番ポート）およびHTTPS（443番ポート）が、アクセス元のIPアドレスに対して許可されているか確認します。不適切な設定やルールの不足はアクセスをブロックします。
- SSH（22番ポート）のルールも確認し、管理用のIPアドレスからのアクセスが許可されていることを確認します。
- ネットワークACLの確認： サブネットレベルでアクセスがブロックされていないか、関連するNACLのインバウンド・アウトバウンドルールを確認します。
- OSファイアウォールの確認： EC2インスタンス内部のOSファイアウォール（iptables/firewalldなど）が外部からの接続をブロックしていないか確認します。
今後の運用に向けた改善策と注意点
今回のケースから学ぶべき教訓は、IPアドレスとセキュリティ設定の定期的な確認と、変更管理の徹底です。システムが予期せぬ接続障害に見舞われるリスクを低減するためには、以下の点に継続的に取り組むことが重要です。
- Elastic IPの活用： 外部から固定IPでのアクセスが必要なサービスには、必ずElastic IPを適用し、IPアドレス変更によるDNS更新の手間を省く。
- セキュリティグループの最小権限原則： 必要最低限のポートとIPアドレス範囲のみを許可する。定期的な見直しで不要なルールを削除する。
- アクセス監視の強化： AWS CloudWatchやVPC Flow Logsなどを活用し、異常なアクセスパターンを早期に検知できる体制を構築する。
- ドキュメント化： IPアドレスの割り当てルール、セキュリティグループの設定内容、変更履歴などを明確にドキュメント化し、チーム内で共有する。
また、2024年2月以降のパブリックIPv4アドレス課金ルールの変更を常に意識し、不要なリソースは速やかに削除することでコストを最適化しましょう。緊急時の連絡体制やエスカレーションフローも事前に整備しておくことで、障害発生時の復旧時間を短縮できます。これらの対策を継続的に実施することで、システムの健全性を維持し、安定したサービス提供を実現できます。
出典：Amazon EC2 インスタンスの IP アドレス指定、Elastic IP アドレス
まとめ
よくある質問
Q: EC2のパブリックIPは自動で変わるのですか？
A: はい、デフォルトではEC2インスタンス停止・起動時に新しいパブリックIPが割り当てられます。固定したい場合はElastic IPを利用しましょう。
Q: Elastic IPを固定するメリットは何ですか？
A: Elastic IPはインスタンスの停止・起動に関わらず同じIPアドレスを維持できます。DNS更新の手間が省け、外部サービスとの連携も安定します。
Q: EC2のプライベートIPはどのように固定できますか？
A: プライベートIPは基本的に変更されませんが、ENIに特定のプライベートIPを割り当てたり、起動時に指定することで固定が可能です。
Q: EC2へのPingが通らない主な原因は何ですか？
A: 最も多い原因はセキュリティグループやNACLでのICMP許可設定不足です。OS側のファイアウォール設定も確認が必要です。
Q: Elastic IPを割り当てただけで料金が発生しますか？
A: はい、EC2インスタンスに関連付けずにElastic IPを保持していると料金が発生します。使用しない場合は解放を推奨します。
