VPC は Virtual Private Cloud の略で、クラウド上に作る仮想的なネットワーク空間を指します。
特に AWS の文脈でよく出てきて、サブネット、ルーティング、セキュリティ制御をどう組むかの土台になります。
オンプレミスでいう社内ネットワークを、クラウド側でどう切り出して管理するかに近いイメージです。
そのため、クラウド学習ではかなり重要な基礎用語です。
まず押さえたいポイント
どんな場面で使うか
どんなふうに理解するとよいか
VPC は「クラウド版の社内ネットワーク」とたとえると入口としては分かりやすいですが、それだけで終わると少し危険です。
実際には、サブネット、ルートテーブル、セキュリティグループなどを組み合わせて、クラウド特有の分け方で設計していきます。
LAN や VLAN の感覚がある人ほど、そのまま当てはめて混乱しやすいので注意が必要です。
「物理的な箱をつなぐ話」ではなく、「クラウド上で境界と経路をどう切るか」を考える用語だと思って読むと整理しやすくなります。
押さえておきたい注意点
VPC は便利ですが、オンプレミスの感覚をそのまま当てはめると混乱しやすいです。
サブネット、ルートテーブル、セキュリティ制御の見え方がクラウド特有なので、まとめて理解した方が分かりやすいです。
押さえておきたい構成要素
VPC を理解するには、次の組み合わせで考えるのが近道です。
- サブネット:VPC をさらに区切った単位。インターネットから直接届く「パブリック」と、届かない「プライベート」に分けるのが基本設計
- ルートテーブル:どの宛先をどこへ送るかの経路表
- セキュリティグループ:サーバー単位の通信制御。ステートフル(許可した通信の戻りは自動で通る)
- ネットワークACL:サブネット単位の通信制御。ステートレス(戻りも明示的に許可が必要)
DBはプライベートサブネットに置き、外への通信だけ NAT Gateway 経由で出す——これがもっとも典型的な形です。
実務で見るポイント
つまずきやすいのはセキュリティグループとネットワークACLの混同です。まずセキュリティグループで設計し、ACLは必要なときだけ触るのが定石で、ACLのステートレス性を知らずに戻りを塞いで通信不能にする事故がよくあります。オンプレミスの感覚をそのまま持ち込まず、「境界と経路をどう切るか」として読むと整理しやすくなります。