---
title: 'GKEで1ノード512 Pod時代へ：増やす前に確認したいIPアドレスの計算'
url: 'https://automationse.net/gke-512-pods-per-node-ip-planning'
markdown: 'https://automationse.net/gke-512-pods-per-node-ip-planning.md'
date: '2026-09-28'
description: '<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…'
taxonomy:
  category:
    - クラウド・インフラ
  tag:
    - GKE
    - Kubernetes
    - ネットワーク設計
---

# GKEで1ノード512 Pod時代へ：増やす前に確認したいIPアドレスの計算

## [GKEで1ノード512 Pod時代へ：増やす前に確認したいIPアドレスの計算](https://automationse.net/gke-512-pods-per-node-ip-planning)

  公開日 2026.09.28 更新日 2026.09.28  [GKE](https://automationse.net/tag:GKE#body-wrapper) [Kubernetes](https://automationse.net/tag:Kubernetes#body-wrapper) [ネットワーク設計](https://automationse.net/tag:%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E8%A8%AD%E8%A8%88#body-wrapper)  

 <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 Pod**GKE Standardの新しい1ノード当たり設定上限

**/22**257～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 IP**Pod用セカンダリ範囲と必要ノード数を計算

**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日）](https://docs.cloud.google.com/kubernetes-engine/docs/release-notes-new-features)（512 Podへの上限拡大） \[^config\]: [Google Cloud：Configure maximum Pods per node](https://docs.cloud.google.com/kubernetes-engine/docs/how-to/flexible-pod-cidr)（設定手順、CIDR表、IP範囲の制約） \[^network\]: [Google Cloud：Best practices for GKE networking](https://docs.cloud.google.com/kubernetes-engine/docs/best-practices/networking)（密度設計、16コア推奨、Autopilotとの違い）

  Previous Post Next Post

---

## Navigation

- Previous: [Cloudflare Containersの隔離に何が起きた？ 残留ディスク露出と二段階の修正を読み解く](https://automationse.net/cloudflare-containers-cross-tenant-disk-exposure.md)