<style>
.pod-hero{padding:clamp(24px,5vw,44px);border-radius:24px;background:linear-gradient(125deg,#0b1220,#1d4ed8 55%,#0891b2);color:#fff}.pod-hero h2{color:#fff;margin:.35em 0}.pod-kicker{font-size:.82rem;letter-spacing:.12em;font-weight:700}.pod-grid{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:12px;margin:22px 0}.pod-card{padding:18px;border:1px solid #bae6fd;border-radius:16px;background:#f0f9ff}.pod-card strong{display:block;color:#0369a1;font-size:1.22rem}.pod-table{overflow-x:auto;margin:20px 0}.pod-table table{min-width:680px;width:100%;border-collapse:collapse}.pod-table th,.pod-table td{padding:11px;border:1px solid #cbd5e1;text-align:left;vertical-align:top}.pod-table th{background:#dbeafe;color:#1e40af}.pod-flow{display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:10px;margin:20px 0}.pod-step{padding:15px;border:1px solid #bae6fd;border-radius:14px;background:#f0f9ff}.pod-step b{display:block;color:#0369a1}.pod-note{padding:16px;border-left:5px solid #f59e0b;background:#fffbeb;border-radius:10px;margin:20px 0}@media(max-width:720px){.pod-grid,.pod-flow{grid-template-columns:1fr}}
</style>
CLOUD / KUBERNETES / 2026.09.25
512 Podは、IPアドレスを4倍使う設定
1ノードの上限を広げる前に、クラスター全体で何ノード置けるかを計算しましょう。
512 PodGKE Standardの新しい1ノード当たり設定上限
/22257～512 Pod設定でノードごとに確保するPod用範囲
1024 IP/22で確保されるアドレス数。実Pod数とは異なる
3行要約
- Google Cloudは2026年9月25日、GKE Standardの1ノード当たり最大Pod設定を256から512へ引き上げました。[^release]
- 257～512 Podに設定したノードは、Pod用アドレスを/22＝1024個確保します。デフォルトの110 Podでは/24＝256個です。[^config]
- 高密度化は大きなノードで有効になり得ますが、Pod用IP範囲が狭いクラスターでは置けるノード数を減らします。[^network]
背景：Podの上限とIP割当は別の数字
GKEのVPCネイティブクラスターでは、ノードにPod用のCIDRブロックを割り当てます。CIDRはIPアドレス範囲を表す書き方で、たとえば/24は256個、/22は1024個のアドレスを含みます。Pod上限を上げると、ノードに予約する範囲も広がります。[^config]
今回の発表はGKE Standard向けです。AutopilotはPod密度をGKE側が選び、ドキュメント上の範囲は8～256で、利用者は同じ設定を変更できません。既存ノードが自動的に512 Podを収容するわけでもありません。[config][network]
何が新しいのか：上限は2倍、アドレス予約は段階的
| 設定した最大Pod/ノード | ノードへ割り当てる範囲 | IPアドレス数 | 読み方 |
|---|
| 65～128（デフォルト110を含む） | /24 | 256 | 標準的な密度 |
| 129～256 | /23 | 512 | 上限を上げると予約IPも倍増 |
| 257～512 | /22 | 1024 | 今回利用可能になった高密度設定 |
GKEはPod上限の少なくとも2倍のアドレスを確保する設計です。これはPodの追加・削除時にIPを再利用しやすくするためです。512という設定値は「512個のIPを使う」という意味ではありません。[^config]
計算例：/21のPod用範囲なら何ノード？
以下は単純なCIDR分割の例です。Pod用セカンダリ範囲が/21なら、アドレスは2048個あります。
| ノード設定 | 各ノードの予約 | /21から切り出せる理論上のノード数 | 最大Podの合計 |
|---|
| 110 Pod | /24＝256 IP | 8ノード | 880 Pod |
| 256 Pod | /23＝512 IP | 4ノード | 1024 Pod |
| 512 Pod | /22＝1024 IP | 2ノード | 1024 Pod |
この例では512にしても理論上のPod合計は256設定と同じです。一方でノード数は半分になります。実際にはシステムPod、ノードのCPU・メモリ、スケジューリング制約、プライマリIP範囲なども上限に影響します。したがって表は容量保証ではなく設計上の概算です。Google Cloudも大規模構成では両方のIP範囲と実負荷を確認するよう求めています。[config][network]
開発者・企業への影響と導入手順
同じノードにより多くのPodを置ければ、ノード数を抑えられる場合があります。ただし、ノード障害時の影響範囲は大きくなり、Pod用IPを一度に多く予約します。Google Cloudは高密度構成で、スケーラビリティと性能のため16コア以上のインスタンスを推奨しています。これは最低動作要件ではなく、同社の設計上の推奨です。[^network]
1 現状ノード当たり実Pod数とCPU・メモリを測る
2 IPPod用セカンダリ範囲と必要ノード数を計算
3 試験新しいノードプールで最大Pod数を設定
4 検証負荷・Pod作成速度・障害時影響を確認
GKEのコンソールではStandardクラスターのノードプール作成画面から、ネットワーク設定の「Maximum pods per node」を指定できます。公式ドキュメントによれば、この値はクラスター作成時またはノードプール作成時に設定でき、作成後に同じクラスター／ノードプールの設定を直接変更することはできません。既存環境では新しいノードプールで試すのが現実的です。[^config]
リスクと限界
「設定上限」と「実際に安定稼働するPod数」は違います。 PodのCPU・メモリ使用量、ネットワーク、ノードサイズ、Podの入れ替わり速度によって実効密度は変わります。512を目標値として一律に適用しないでください。
- Pod用セカンダリ範囲が不足すると、ノード追加やPodのスケジューリングに失敗します。既存範囲は作成後にサイズ変更できませんが、追加のPod用範囲を設定する方法はあります。[^config]
- Autopilotへ同じ手順を当てはめることはできません。[^network]
- /21の計算例は単一範囲をきれいに分割した理論値です。実運用のクォータや別の制約を含みません。
今後注目すべき点
高密度ノードを実際に使う場合、Pod用IPの残量、ノード当たりCPU・メモリ使用率、スケジューリング失敗、障害時に同時退避するPod数を継続して観測してください。新しい上限の価値は、単にノードへ詰め込むことではなく、ネットワークと障害耐性を含む全体設計で判断すべきです。
最終確認日：2026年9月28日
参照元
[^release]: Google Cloud：GKE release notes（2026年9月25日）（512 Podへの上限拡大）
[^config]: Google Cloud：Configure maximum Pods per node（設定手順、CIDR表、IP範囲の制約）
[^network]: Google Cloud：Best practices for GKE networking（密度設計、16コア推奨、Autopilotとの違い）