EKS、AKS、GKE 向けに、Kubernetes ポッドの CIDR、サービスの CIDR、およびノードの範囲を計画します。即時検証と kubeadm の出力を活用して、クラスタ作成前に範囲の重複による競合を回避します。
| Range | CIDR | Total IPs | Status |
|---|---|---|---|
| VPC / VNet | 10.0.0.0/16 | 65,536 | Valid |
| Service CIDR | 172.20.0.0/16 | 65,536 | Valid |
Kubernetes CIDR Planner は、エンジニアがプロビジョニング前に Kubernetes クラスター用の IP アドレス範囲を設計するのに役立ちます。 クラスターには、重複しない 3 つの CIDR ブロックが必要です。それらは、VPC またはノード CIDR（実ネットワーク）、ポッド CIDR（ポッドに割り当てられる仮想アドレス）、およびサービス CIDR（ClusterIP サービスに割り当てられる仮想アドレス）です。 これらの範囲間で競合が発生すると、ルーティングエラーが発生し、クラスタの稼働開始後はその修正が困難になります。
プロバイダー（EKS、AKS、GKE、または汎用 kubeadm）を選択し、VPC CIDR を入力して、ポッド CIDR、サービス CIDR、ノードマスクサイズ、および想定されるノード数とポッド数を調整します。 プランナーは、これら 3 つの範囲すべてについて重複の有無を検証し、選択した CIDR がサポートできるノード数とポッド数を計算します。「kubeadm」または「Terraform」タブに切り替えると、ご利用のプロバイダーに対応した正確なフラグとリソースブロックを確認できます。
EKS では VPC CNI プラグインが使用されており、これによってポッドの IP アドレスは、個別のポッド CIDR ではなく、VPC サブネットから直接割り当てられます。AKS のデフォルトは Azure CNI または kubenet ですが、プランナーは Azure CNI を対象としています。GKE では、サブネット上のエイリアス IP 範囲が使用されます。 プロバイダーのデフォルト設定はあらかじめ入力されていますが、既存のネットワーク設計に合わせて調整することができます。