クラウドの「交通整理」をマスターしよう！VPCのカスタムルートでトラフィックを自由自在に操る方法
こんにちは！SREの現場で日々クラウドインフラと格闘しているエンジニアです。
皆さんは、AWSやGCPといったクラウドで「VPC」を構築する際、ルートテーブルの設定画面を見て「なんだか難しそうだな…」と立ち止まったことはありませんか？
実は、VPCのルート設定は、「手紙の宛先によって郵便局を使い分ける」という、私たちの身の回りにある仕組みと全く同じなんです。今回は、ネットワーク初心者の方がインフラの醍醐味を感じられるよう、この「交通整理」の考え方を優しく紐解いていきましょう！
—
1. なぜ「ルート」が必要なの？：郵便配達に例えてみよう
例えば、あなたが東京の自宅（サブネット）から手紙を出すとしましょう。
- 近所のお友達に送る手紙（同じVPC内）：郵便局を通さず、直接ポストに入れる感覚ですね。
- 海外の親戚に送る手紙（インターネット）：これは「国際郵便局（IGW：インターネットゲートウェイ）」へ持っていく必要があります。
- 本社への機密書類（VPNや専用線）：これは特定の「専用配送ルート」を通さないと届きません。
このように、「この宛先なら、あっちの出口を通る！」という指示書が「ルートテーブル」であり、その指示を書き込むのが「カスタムルート」です。
もし指示がなければ、パケット（手紙）は「どこに行けばいいの？」と迷子になってしまい、通信エラー（タイムアウト）が発生してしまいます。
—
2. カスタムルートの基本：0.0.0.0/0 の正体
よく目にする 0.0.0.0/0 という謎の数字の羅列。これはネットワークの世界では「地球上のどこでも（＝インターネット全体）」という意味を持つ魔法の言葉です。
ルートテーブルで 0.0.0.0/0 を igw-xxxxxxxx （インターネットゲートウェイ）に向ける設定は、「宛先がどこであれ、まずは外の世界（インターネット）へ送り出せ！」という命令になります。
設定の勘所
10.0.0.0/16宛て：VPC内（ローカル）なので、localという特別な道を通る。0.0.0.0/0宛て：それ以外は全部インターネットへ！という設定。
これを適切に分けることで、インターネットから切り離された「安全なプライベートサブネット」が作れるようになるのです。
—
3. 実践！AWS CLI でルートを追加してみよう
実際に現場でよく使う、AWS CLIでのルート追加例を見てみましょう。例えば「特定のVPN接続先に向かうトラフィックを、仮想プライベートゲートウェイに流したい」というケースです。
# 既存のルートテーブルに、特定の社内ネットワーク(192.168.1.0/24)へのルートを追加するコマンド
aws ec2 create-route \
--route-table-id rtb-0abcdef1234567890 \
--destination-cidr-block 192.168.1.0/24 \
--gateway-id vgw-0a1b2c3d4e5f6g7h8
# コメント：これで、このCIDR宛てのパケットは自動的にVPNゲートウェイへ運ばれます！このように、「どのCIDR（宛先）」に「どのターゲット（出口）」を紐付けるか。これさえ理解すれば、ネットワーク設計はグッと身近になります。
—
4. トラブルシューティングの鉄則：パケットの気持ちになる
現場で通信がうまくいかないとき、私たちはよく「パケットの旅」を想像します。
1. 送信元サブネットのルートテーブルに、正しい宛先は書かれているか？
2. そもそも、出口（NATゲートウェイやVPN）は正常に動いているか？
3. セキュリティグループ（門番）がパケットを拒否していないか？
特に初学者が陥りやすいのが「帰り道のルート忘れ」です。インターネットからの通信を受け取った際、戻りのパケットをどこへ送るべきか、ルートテーブルが知らなければ通信は成立しません。「往復のルートが確保されているか」を確認するのが、熟練SREへの第一歩です。
—
まとめ：ネットワークは「整理整頓」
VPCのカスタムルートは、決して難しい呪文ではありません。「誰宛の手紙を、どのルートで届けるか」という整理整頓のルール作りです。
まずはシンプルな構成から始めて、徐々にNATゲートウェイやVPCピアリングを使った複雑な構成に挑戦してみてください。ネットワークの構造が理解できると、クラウドインフラを「自分の手で操っている！」という実感が湧いてきて、きっと仕事がもっと楽しくなるはずです。
もし分からないことがあれば、いつでもまた聞きに来てくださいね。一歩ずつ、一緒に学んでいきましょう！
コメント