【入門編】インターネットゲートウェイ(IGW)の分散アーキテクチャとスケーリング挙動 – クラウド＆コンテナネットワーク実践ガイド

インターネットゲートウェイはなぜ「無限」にスケーリングするのか？〜VPCの出口を支える縁の下の力持ち〜

皆さん、こんにちは！SREとして日々クラウドの裏側を覗き込んでいると、「クラウドって本当に魔法みたいだな」と感じることがあります。特に、私たちが何気なく構築している VPC（Virtual Private Cloud）の出口にある「インターネットゲートウェイ（IGW）」という存在は、まさにその魔法の体現者です。

今日は、インフラ初心者の皆さんと一緒に、この「インターネットゲートウェイ」がなぜあんなにも広大で、かつ止まることなくトラフィックを捌けるのか、その秘密を解き明かしていきたいと思います。

—

1. インターネットゲートウェイを「街の郵便局」に例えてみる

まずはイメージを掴みましょう。あなたの VPC を「とある巨大なオフィスビル」だと想像してください。このビルの中にはたくさんのサーバー（部屋）があり、それぞれが仕事（アプリの処理）をしています。

しかし、外の世界（インターネット）と手紙（パケット）をやり取りするためには、必ず「出口」を通らなければなりません。それが インターネットゲートウェイ（IGW） です。

もし、この郵便局員がたった一人だったらどうでしょう？膨大な手紙が届いた瞬間にパンクしてしまいますよね。でも、クラウドのIGWは違います。なぜなら、「荷物の量に応じて、魔法のように窓口が増える」からです。

2. なぜIGWは帯域制限を受けないのか？（分散アーキテクチャの秘密）

皆さんが構築するAWSの IGW やGCPの Cloud NAT などは、論理的には「1つのゲートウェイ」に見えますが、物理的には何千、何万ものサーバーが裏側で連携しています。

これを水平スケール（Scale-out）と呼びます。

負荷が増えると： 自動的に窓口（サーバー）が倍々ゲームで増えていきます。
負荷が減ると： 不要な窓口はひっそりと片付けられます。

私たちが「IGWのスペック」を選ばなくていいのは、この裏側でクラウド事業者が私たちの代わりに血眼になって「今のトラフィック量なら、このくらいの窓口が必要だな」と調整してくれているからなんです。

3. 冗長性は「考えなくても確保されている」

ネットワークエンジニアの歴史では、昔は物理的なルーターを2台並べて「こっちが死んだらこっちへ」という冗長化に頭を悩ませていました。

しかし、クラウドのIGWは違います。皆さんが AWS CLI で設定を作成するだけで、AWSは自動的にそのIGWを「複数の物理的なデータセンター」にまたがって展開します。

# AWSでIGWを作成するコマンド
# たったこれだけで、裏側では冗長化された超巨大ゲートウェイが動き出します
aws ec2 create-internet-gateway --tag-specifications 'ResourceType=internet-gateway,Tags=[{Key=Name,Value=My-Production-IGW}]'

# 作成したIGWをVPCに紐付ける（これで出口が開通！）
aws ec2 attach-internet-gateway --vpc-id vpc-1234567890abcdef0 --internet-gateway-id igw-0a1b2c3d4e5f6g7h8

このように、たった数行のコマンドやクリックだけで、世界最高水準の可用性が手に入ります。これがクラウドの最大の恩恵ですね。

4. 設計時に意識すべき唯一のポイント：ルートテーブル

IGWがどれだけ優秀でも、皆さんのサーバー（サブネット）が「どこから外に出ればいいのか」を知らなければ、手紙は迷子になります。ここで登場するのが ルートテーブル です。

「宛先が 0.0.0.0/0（＝インターネット上のどこか）」であれば、「igw-xxxx（インターネットゲートウェイ）へ投げろ！」という看板を立ててあげる必要があります。

/* ルートテーブルの設定例（Terraformなどの定義イメージ） */
{
  "route": {
    "destination_cidr_block": "0.0.0.0/0", // インターネット全般を指す魔法の呪文
    "gateway_id": "igw-0a1b2c3d4e5f6g7h8"  // さっき作ったIGWのIDを指定
  }
}

まとめ：クラウドは「仕組み」を信じて、設計に集中しよう

今回のまとめです。

1. IGWは魔法の窓口： 負荷に応じて自動的に窓口が増える「水平スケール」構造。
2. 冗長性はデフォルト： 物理的な故障を気にする必要はなく、クラウド側が勝手に守ってくれる。
3. 私たちの仕事： 「どこから外に出るか」という地図（ルートテーブル）を正しく整備することだけ。

初めてインフラに触れると、「ネットワークって難しそう…」と身構えてしまうかもしれません。でも、クラウドのネットワークは、私たちが本来集中すべき「どうやってサービスを届けるか」という本質的な課題に注力できるよう、驚くほど丁寧に作り込まれています。

まずはVPCの中に小さなネットワークを作り、IGW を繋いで、インターネットへPingを飛ばすところから始めてみてください。その最初の一歩が、皆さんのエンジニアとしての大きな飛躍になるはずです。

それでは、また次回の記事でお会いしましょう！Happy Clouding!