【AWS VPC】パブリックサブネットとプライベートサブネットの違いを初心者向けに解説

前の記事では、 インターネットゲートウェイ（IGW）について学びました。

IGWは、VPCとインターネットの間で 通信するために使用するAWSのコンポーネントです。

さらに、インターネット向けのIPv4通信では ルートテーブルに次のような経路を設定しました。

ここまで理解すると、 AWSでよく登場する 「パブリックサブネット」と「プライベートサブネット」 の違いも見えてきます。

パブリックサブネットとプライベートサブネットとは？

VPCの中には、 複数のサブネットを作成できます。

そしてAWSの一般的な構成では、 サブネットを役割によって パブリックサブネットと プライベートサブネット に分けて設計します。

たとえば、 インターネットからアクセスを受けるWebサーバを パブリックサブネットへ配置し、

インターネットから直接アクセスさせたくない データベースを プライベートサブネットへ配置するといった 設計ができます。

パブリックサブネットの仕組み

パブリックサブネットとは、 インターネットゲートウェイへのルートを持つサブネット です。

代表的なIPv4のルートテーブルを見てみましょう。

このサブネットでは、 VPC内部以外のIPv4通信を IGWへ転送する経路があります。

パブリックサブネットに置くだけではインターネット通信できない

ここで注意が必要です。

EC2をパブリックサブネットへ配置したからといって、 そのEC2が必ずインターネットと通信できるわけではありません。

たとえばIPv4でEC2からIGWを経由して インターネットへ直接通信する場合、 EC2には通常 パブリックIPv4アドレスまたはElastic IPアドレス が必要です。

プライベートサブネットの仕組み

一方、 IGWへの直接のルートを持たないサブネット は、プライベートサブネットとして設計できます。

たとえば次のルートテーブルを見てみましょう。

このルートテーブルには、 0.0.0.0/0 → IGW がありません。

そのため、 このサブネットから IGWを直接利用してインターネットへ 通信することはできません。

パブリックとプライベートの違いを比較する

最も重要なのは、 「どこに配置したか」ではなく、 そのサブネットに関連付けられたルートテーブルを見ること です。

AWSでよく使われる基本構成

実際のAWSでは、 パブリックサブネットと プライベートサブネットを組み合わせた構成が よく利用されます。

インターネットとの接点が必要なリソースと、 外部から直接アクセスさせたくないリソースを 分離することで、 役割に応じたネットワークを構成できます。

よくある誤解：EC2がある場所で決まるわけではない

パブリックサブネットという名前を見ると、 「Webサーバを置く場所」と 覚えたくなるかもしれません。

しかし、 これは本質的な理解ではありません。

どのリソースを配置するかは 設計によって変わります。

まずは ルートテーブルを見る という習慣をつけましょう。

構成を見てサブネットを判定してみよう

次の2つのサブネットがあります。

プライベートサブネットはインターネットを使えない？

ここまで読むと、 次の疑問が出てくるかもしれません。

たとえば、 プライベートサブネットに配置したEC2でも、 OSのアップデートや パッケージのダウンロードなどで インターネットへアクセスしたい場合があります。

しかし、 プライベートサブネットから IGWへ直接ルーティングしてしまえば、 パブリックサブネットとの役割分担が 崩れてしまいます。

そこでAWSでは、 プライベートサブネットのリソースから 外向きのIPv4インターネット通信を行うための仕組み として、 NAT Gatewayを利用できます。

確認問題：パブリック・プライベートサブネット

まとめ