Kubernetes集群Pod CIDR规划：如何根据集群规模选择最佳子网大小

1. 从零开始：为什么Pod CIDR规划是Kubernetes集群的“地基”？

刚接触Kubernetes那会儿，我和很多朋友一样，觉得把应用打包成容器、写好YAML文件扔进集群就万事大吉了。直到有一次，我们一个中型规模的测试集群，在运行了几个月后，新创建的Pod开始频繁报错，提示“无法分配IP地址”。排查了半天，才发现当初规划Pod CIDR时，随手填了个10.244.0.0/16，以为地址多得用不完。结果随着节点和微服务数量的增长，IP地址真的被“吃”光了，集群网络陷入了僵局。那次经历让我深刻体会到，Pod CIDR的规划，绝不是YAML文件里一个简单的配置项，而是决定集群未来能否健康、稳定扩展的“网络地基”。

那么，Pod CIDR到底是什么？你可以把它想象成Kubernetes为所有Pod（也就是你的容器）分配的一个“虚拟大社区”。这个社区有多大，能住多少户（Pod），从你创建集群的那一刻起，就由你指定的CIDR网段决定了。比如，你指定了192.168.0.0/16，就意味着这个“社区”的地址范围是从192.168.0.0到192.168.255.255。Kubernetes的网络插件（比如Calico、Flannel）会负责在这个大社区里，为每个节点（Node）划分“子小区”，节点上的Pod再从自己的“子小区”里获得一个独立的IP。

如果这个“大社区”一开始就规划得太小，就像在市中心圈了块巴掌大的地盖楼，楼还没盖几层就没地了，后续的扩容会极其痛苦，甚至需要推倒重建。反过来，如果规划得过大，比如在郊区划了半个城市的范围，虽然地皮管够，但可能会和你公司内网的其他地址段冲突，或者造成IP地址资源的浪费。所以，根据集群的规模（小型、中型、大型）来选择合适的子网大小，是一个必须前置考虑的关键决策。这不仅仅是算个数那么简单，它关系到集群的稳定性、未来的可扩展性，以及与你现有网络环境的兼容性。接下来，我就结合自己踩过的坑和实战经验，带你一步步搞懂这里面的门道。

2. CIDR基础速成：看懂“/24”、“/16”背后的数学

在深入规划之前，我们得先统一“语言”。CIDR（无类别域间路由）的表示法，比如192.168.1.0/24，看起来有点技术化，但其实理解起来很简单。我们把它拆开看：

• 192.168.1.0：这是网络地址，可以理解为这个网段的“门牌号起始点”。
• /24：这是最关键的部分，叫做“前缀长度”。它表示这个IP地址中，有多少位是用于标识网络的。

一个IPv4地址总共有32位（由4个0-255的数字组成，每个数字占8位）。/24就意味着前24位是网络位，是固定不变的；剩下的32 - 24 = 8位是主机位，是可以自由分配变化的。

那么，这个网段到底有多少个IP地址呢？ 计算公式是：可用地址总数 = 2 ^ (主机位位数)。 对于/24，主机位是8位，所以2 ^ 8 = 256。也就是说，192.168.1.0/24这个网段，理论上包含了从192.168.1.0到192.168.1.255这256个IP地址。

这里有个重要的细节：这256个地址里，有两个地址有特殊用途，通常不能分配给普通的Pod或设备：

1. 网络地址：第一个地址（192.168.1.0），代表这个网络本身。
2. 广播地址：最后一个地址（192.168.1.255），用于向这个网络内的所有设备广播消息。

所以，实际能分配给Pod使用的IP地址数量是：256 - 2 = 254个。

为了方便你快速查阅和建立直觉，我把常见的私有网段和其容量做成了下面这个表格：