Go程序无法直接获取Kubernetes节点IP池，需依CNI插件而定：Calico通过IPPool CRD（crd.projectcalico.org/v3）查询CIDR；Cilium无显式IP池CRD，仅能通过CiliumNode状态或本地agent IPAM接口获取已分配IP；Node.Status.Addresses与Pod IP网段无关，不可反推可用池。
Go 语言本身不直接“获取 IP 池”，Kubernetes 也没有原生的、统一暴露的「节点可用 IP 池」API。所谓“IP 池”，实际取决于你用的是哪个 CNI 插件（如 Calico、Cilium、Flannel），而 Go 程序只能通过解析该插件的自定义资源（CRD）或配置来间接推导——不是读集群节点状态，而是读 CNI 控制平面的声明式定义。
查 Calico 的 IPPool 资源（最常见场景）
Calico 是目前最常被问及 IP 池的场景。它的 IP 地址池由 IPPool CRD 定义，Go 程序需用 client-go 加载该 CRD 的 Scheme，并访问 crd.projectcalico.org/v3 组。
- 必须先注册 Calico 的 Scheme：
calicov3.AddToScheme(scheme)，否则clientset.RESTClient().Get()会报no kind "IPPool" is registered - 不能用
CoreV1().Nodes()查——Node 对象里只有已分配的NodeInternalIP，不体现“池范围”或“剩余容量” - 典型路径是：
calicoClient.ProjectCalicoV3().IPPools().List(ctx, metav1.ListOptions{})，返回每个IPPool的spec.cidr和spec.disabled - 注意 RBAC：ServiceAccount 需绑定对
ippools.crd.projectcalico.org的list/watch权限，不是nodes权限
查 Cilium 的 CiliumNode 或 IPAM 状态（非标准池定义）
Cilium 不提供显式的“IP 池 CRD”，其地址分配逻辑内建在 CiliumNode 对象和 agent 本地 IPAM 中。Go 程序能拿到的只是结果，不是池声明：
-
CiliumNode对象（cilium.io/v2）里有status.ipam.ips列表，但这是已分配 IP，不是“可用池” - 真正可用地址段需查 Cilium agent 的
/ipamHTTP 接口（如http://localhost:9234/v1/ipam），但这属于节点本地 endpoint，Go 程序需运行在 hostNetwork 或用 hostPort 才能访问 - 没有跨节点聚合的“可用池视图”——Cilium 的 IPAM 是分布式管理的，Go 无法通过 Kubernetes API 汇总出全局空闲 IP 数量
为什么不能从 Node.Status.Addresses 反推 IP 池
很多人误以为遍历所有 Node 的 NodeInternalIP 就能凑出“可用池”，这是错的：
立即学习“go语言免费学习笔记（深入）”；
-
Node.Status.Addresses只反映当前节点上报的 IP（可能是内网、外网、IPv4、IPv6 混合），和 CNI 分配给 Pod 的网段完全无关 - Pod IP 通常来自独立子网（如
10.244.0.0/16），与 Node IP（如192.168.1.10）不在同一地址空间 - 即使 Calico 的
IPPoolCIDR 是10.244.0.0/16，你也无法知道其中哪些 IP 已被分配、哪些可立即用——CNI 不提供实时空闲列表 API
实际能做的合理替代方案
如果你的目标是“为新 Pod 预估是否还有 IP 可用”，而不是“拿到一个可用 IP 列表”，那应该换思路：
- 监听
Pod创建事件 + 统计当前Pod.Status.Phase == "Running"的数量，结合已知 CIDR 大小粗略估算余量（例如 /24 最多 253 个 Pod） - 调用
kubectl get ippool -o json | jq '.items[].spec.cidr'做离线校验，不用于运行时决策 - 对 Calico，可读
IPPool的spec.blockSize和status.nodeSelector判断该池是否覆盖目标节点，这是唯一可编程判断“某节点能否获得该池 IP”的方式 - 不要尝试在 Go 里实现 IP 分配逻辑——那是 CNI 插件的事；你的程序只应消费最终分配结果（如
Pod.Status.PodIP）
真正容易被忽略的一点：几乎所有 CNI 的“IP 池”都是静态声明的 CIDR，没有动态伸缩接口。所谓“可用”，本质是“未被当前活跃 Pod 占用”，而这个状态只存在于 CNI agent 内存或 etcd 的 lease 记录中——Go 程序无权也不该绕过 CNI 直接管理。
