インフラ作業支援ラボInfra Support Lab← CIDRガイド← 戻る

CIDR /24・/27・/30・/31・/32の違い|IP数・ホスト数早見表

CIDRのプレフィックス長が1増えると、IPv4のアドレス数は半分になります。必要IP数だけで決めず、予約IP・将来拡張・接続用途まで確認してサイズを選びます。

このページで分かること

  • /24・/27・/30などの総IP数
  • サブネットマスクとの対応
  • 一般的な利用可能ホスト数
  • /31・/32を通常のサブネットと同じ扱いにしない理由

先に結論

総アドレス数は 2^(32−プレフィックス長) で求められます。ただし利用可能数は環境で変わります。一般的なIPv4 LAN、ポイント・ツー・ポイント、AWS/Azureなどを同じルールで数えないことが重要です。

実際のCIDRを計算する

IP/CIDRを入力して、ネットワーク境界、利用可能範囲、クラウド予約IP、既存CIDRとの重複まで確認できます。

CIDR計算ツールを使う

CIDRプレフィックスとIP数の早見表

IPv4は32ビットなので、プレフィックス長が大きいほどホスト部が短くなり、アドレス数は少なくなります。下表の「一般的な利用可能数」は、ネットワークアドレスとブロードキャストアドレスを除く従来型IPv4サブネットの目安です。

CIDRサブネットマスク総IP数一般的な利用可能数
/16255.255.0.065,53665,534
/20255.255.240.04,0964,094
/21255.255.248.02,0482,046
/22255.255.252.01,0241,022
/23255.255.254.0512510
/24255.255.255.0256254
/25255.255.255.128128126
/26255.255.255.1926462
/27255.255.255.2243230
/28255.255.255.2401614
/29255.255.255.24886
/30255.255.255.25242
/31255.255.255.2542用途依存(P2Pでは2アドレス利用可)
/32255.255.255.2551単一IPを表す
クラウドでは上表の「一般的な利用可能数」と一致しない場合があります。 たとえばAWSとAzureはIPv4サブネット内で5アドレスを予約します。実際の設計では利用サービスの仕様で再計算してください。

/24・/27・/30では何が違う?

総IP数一般的な用途イメージ注意
192.168.10.0/24256比較的大きめのLAN・サブネット必要数が少ない場合は広すぎることがある
192.168.10.0/2732小規模セグメント一般的には30ホスト相当だが予約IPを考慮
192.168.10.0/304小さいIPv4サブネット従来型では2ホスト相当。クラウドの最小サイズ制約とは別

同じ 192.168.10.x に見えても、プレフィックスが変わるとネットワーク境界も変わります。実際の範囲はCIDR計算ツールで入力値から確認してください。

/31と/32はどう扱う?

/31:ポイント・ツー・ポイントで使われる特殊ケース

RFC 3021では、IPv4ポイント・ツー・ポイントリンクで31ビットプレフィックスを利用する方法が定義されています。この用途では2アドレスを両端に使えるため、「ネットワークとブロードキャストを除いて0ホスト」と単純計算しません。機器・サービス側が/31をサポートするか確認して使います。

/32:単一のIPv4アドレス

/32 はホスト部が0ビットで、1つのIPv4アドレスだけを表します。ホストルートや特定IPを示す用途などで使われます。LAN用サブネットの「利用可能ホスト数」と同じ考え方では扱いません。

CIDRサイズを選ぶ前に確認すること

  1. 現在必要なIP数だけでなく、増設・一時利用・冗長化分を含める。
  2. AWS/Azure/GCPなどの予約IPを環境別に確認する。
  3. 既存VPC/VNet、拠点LAN、VPN、Pod/Service CIDRと重ならないか確認する。
  4. 小さく切りすぎて将来拡張できない、または広く取りすぎてルーティング・許可範囲を広げないようにする。
必要IP数ぎりぎりで決めない: たとえば「30台だから/27で足りる」と決めても、クラウド予約IPや将来増設を含めると不足することがあります。環境を指定して計算し、余裕を確認してください。

一次資料

IP範囲・重複・必要IP数を実際に確認

CIDRを入力して、設計前にネットワーク境界と重複を確認します。

CIDR計算・確認ツールを使う