サブネットマスクの基本からCIDR、VLSM、クラウド、SD-WAN、IPv6、自動化までを体系的に解説。IPv4アドレスを効率的に設計・運用する考え方と、Infrastructure as CodeやAI時代に求められるネットワーク設計のポイントを紹介します。
はじめに：サブネットマスクは「IPを分ける技術」だけではない
サブネットマスクは、IPv4アドレスのネットワーク部とホスト部を区切るための基本技術です。一見すると古典的なネットワーク知識に見えますが、クラウド、ゼロトラスト、SD-WAN、Infrastructure as Code（IaC）が普及した現在でも重要性は変わりません。
特にCIDR（Classless Inter-Domain Routing）やVLSM（Variable Length Subnet Mask）を活用すれば、限られたIPv4アドレスを効率よく配分しながら、通信経路やセキュリティ境界も設計できます。さらにTerraformなどによるネットワーク構成のコード化が進み、サブネット設計は「手作業で設定するもの」から「ルールとして管理するもの」へ変化しています。
1. サブネットマスクの基本構造
IPv4アドレスは32ビットで構成されます。例えば「192.168.1.10/24」の「/24」は、先頭24ビットをネットワーク部として扱うことを意味します。従来のサブネットマスク表記なら「255.255.255.0」です。
IPアドレスとサブネットマスクをビット単位でAND演算するとネットワークアドレスを求められます。192.168.1.10/24ならネットワークアドレスは192.168.1.0となり、通常のIPv4サブネットでは192.168.1.1～192.168.1.254をホストアドレスとして利用できます。
現在のネットワーク設計では、A・B・Cというクラスフルな分類よりもCIDR表記が基本です。「/16」「/24」「/28」のようにプレフィックス長で範囲を表現できるため、必要な規模に合わせて柔軟にアドレス空間を分割できます。
2. なぜサブネット化するのか
サブネット化の目的は、単純なIPアドレスの節約だけではありません。ネットワークを適切な単位に分割することで、ルーティング、障害範囲、アクセス制御、運用管理を整理できます。
例えば、すべての端末を一つの大きなネットワークに収容すると、ブロードキャストなどのL2トラフィックが広範囲に及び、障害や設定変更の影響範囲も大きくなります。用途ごとにサブネットを分ければ、ネットワーク境界を明確にできます。
さらに、業務システム、管理端末、サーバー、IoT機器などを別サブネットに配置し、ルーターやファイアウォール、ACL（Access Control List）で通信を制御する設計も一般的です。ただし、サブネットを分けるだけでセキュリティが確保されるわけではなく、実際のアクセス制御ポリシーとの組み合わせが重要です。
3. 現場で使えるサブネット設計の考え方
実務では、まず「何台の端末が必要か」だけでなく、「今後どこまで増えるか」を考える必要があります。
例えば50台程度のホストを収容するなら、/26は64アドレスを持ち、一般的なIPv4サブネットでは62アドレスをホストに利用できます。一方、/27では32アドレスしかないため不足します。
ただし、必要ホスト数だけで最小サイズを決めると、将来の増設で再設計が必要になる場合があります。そこで、現在の利用数、予測される増加、用途、ルーティング、障害分離などをまとめてCIDRを決定します。
また、RFC 1918で定義されたプライベートIPv4アドレス空間である10.0.0.0/8、172.16.0.0/12、192.168.0.0/16を用途に応じて計画的に割り当てることも重要です。
4. VLSMでIPv4アドレスを効率化する
VLSMは、ネットワークごとに異なるプレフィックス長を設定する仕組みです。固定長で同じサイズのサブネットを大量に作るより、必要なホスト数に合わせてサイズを変えられるため、IPv4アドレスを効率的に利用できます。
例えば、ある拠点に100台、別の拠点に40台、さらに小規模な管理ネットワークに10台が必要だとします。この場合、すべてを同じサイズにするより、/25、/26、/28など必要規模に応じて割り当てる方がアドレス空間を有効活用できます。
VLSMでは「大きなネットワークから順番に割り当てる」「アドレス範囲が重複しないようにする」「将来の拡張領域を確保する」といった設計原則が重要です。
また、VLSMを利用する場合は、使用するルーティングプロトコルがCIDRや可変長サブネットを適切に扱えることを確認する必要があります。現代のIPネットワークではクラスレスルーティングが一般的ですが、古い機器や特殊な環境では互換性の確認が必要です。
5. クラウドでは「サブネット設計」がアーキテクチャ設計になる
クラウド環境では、サブネットは単なるIPアドレスの区切りではありません。AWS VPCやAzure Virtual Networkなどでは、サブネット設計がルーティング、インターネット接続、ファイアウォール、ロードバランサー、データベースなどの構成と密接に関係します。
例えば、外部公開が必要なリソースと内部システムを異なるサブネットに配置し、ルートテーブルやセキュリティ制御によって通信経路を管理する設計が考えられます。
ここで重要なのが「後から変更しにくい」というクラウド特有の問題です。VPCやVNetのアドレス範囲、オンプレミスとの接続、複数環境間の重複などを十分に検討せずCIDRを決めると、後の拡張やネットワーク統合で制約になります。
そのため、開発・検証・本番といった環境だけでなく、リージョン、アカウント、拠点、将来の接続先まで含めたアドレス計画が重要になります。
6. SD-WANやゼロトラスト時代のサブネット
SD-WANでは複数拠点のネットワークを論理的に接続し、アプリケーションやポリシーに応じて通信経路を制御します。この環境でも、拠点や用途を識別できるIPアドレス設計が基盤になります。
一方、ゼロトラストでは「同じネットワークにいるから安全」という考え方を採用しません。そのため、サブネット分割だけでセキュリティを成立させるのではなく、ID、端末状態、アプリケーション、通信ポリシーなど複数の要素を組み合わせます。
つまり現代のサブネット設計では、「ネットワーク性能」と「IPアドレス節約」だけでなく、「どの通信を許可し、どこで制御するか」というセキュリティ設計まで考える必要があります。
7. サブネット設計をコードで管理する
ネットワークが大規模になるほど、手作業による設定管理は難しくなります。そこでTerraformなどのIaCツールを利用し、VPC、サブネット、ルートテーブル、セキュリティ設定などをコードとして管理する方法が広がっています。
コード化すると、Gitによる変更履歴管理、レビュー、CI/CDによる検証、自動デプロイなどが可能になります。例えば「本番環境ではこのCIDRを使用する」「特定のサブネットには特定のルートを設定する」といったルールをコードとして明文化できます。
Ansibleなどの構成管理ツールと組み合わせれば、ネットワーク機器の設定変更まで自動化することも可能です。
重要なのは、単に設定作業を自動化するのではなく、「正しいネットワーク設計そのものを再現可能な形で管理する」ことです。
8. IPv6ではサブネットの考え方も変わる
IPv6は128ビットのアドレス空間を持つため、IPv4のようにアドレス不足を避ける目的だけで細かく節約する必要性は大きくありません。一般的なLANでは/64を利用する設計が基本となり、サイト全体や組織へのプレフィックス割り当てから、各セグメントへ/64を配分するという階層構造が重要になります。
IPv6では、アドレス数そのものよりも、集約しやすいアドレス計画、ルーティング、セグメント設計、運用ルールが重要です。またIPv4とIPv6を併用するデュアルスタック環境では、両方のアドレス体系を整合させる必要があります。
9. AI時代のサブネット設計はどう変わるのか
今後は、ネットワーク構成やトラフィック、アドレス利用状況を分析し、設計候補を自動生成するAI支援も現実的になっていくでしょう。
例えば、IPアドレスの利用率、通信量、拠点の増加、アプリケーション間の依存関係などを分析して、サブネット再編やアドレス割り当ての候補を提示する仕組みが考えられます。
ただし、AIが提案した構成をそのまま適用するのではなく、既存システムとの互換性、セキュリティポリシー、障害時の影響、アドレス重複などを人間が検証することが不可欠です。今後のネットワークエンジニアには、設定作業だけでなく「自動化された設計を検証する能力」がより求められるでしょう。
おわりに：サブネットマスクはネットワーク設計の共通言語
サブネットマスクは、単にIPv4アドレスを分割するための仕組みではありません。CIDRやVLSMによるアドレス設計、クラウドやSD-WANのネットワーク構築、セキュリティゾーニング、さらにはIaCによる自動化まで、現代のネットワーク基盤を理解するための重要な共通言語です。
特に重要なのは、「必要なIPアドレス数」だけを見て設計しないことです。将来の拡張、ルーティングの集約、セキュリティ境界、クラウド間接続、運用自動化まで含めてアドレス空間を設計することで、サブネットは単なる技術要素から、長期的なインフラ設計を支える資産へと変わります。
IPv4からIPv6へ、手作業からIaCへ、そして自動化からAI支援へ。ネットワーク技術が変化しても、「どの範囲を、どの目的で、どのように分けるか」というサブネット設計の基本原則は、これからもネットワークエンジニアリングの中心であり続けます。
