在 CNI（Container Network Interface，容器网络接口） 框架中，IPAM（IP Address Management）是专门负责为容器分配、管理和回收IP地址的核心组件，其设计目标是适配容器“快速创建/销毁”的生命周期，并满足不同容器网络场景（如单机桥接、跨节点Overlay、Underlay）的IP管理需求。

CNI的IPAM并非独立系统，而是以插件形式与CNI网络插件（如bridge、calico、flannel）协同工作：当容器启动时，CNI网络插件会调用IPAM插件分配IP；当容器销毁时，IPAM插件回收IP，避免地址浪费或冲突。

一、CNI IPAM的核心功能

无论哪种IPAM插件，都需实现以下核心能力，以适配容器网络的特殊性：

1. IP地址分配：根据配置的IP池，为容器网卡（如eth0）分配IPv4/IPv6地址（支持静态指定或动态分配）。
2. 子网与网关管理：定义容器所属的子网（如10.244.1.0/24），并配置网关（通常指向节点上的虚拟网桥或路由设备），确保容器能与节点、其他容器通信。
3. DNS配置注入：向容器的/etc/resolv.conf文件注入DNS服务器地址（如K8s的kube-dns）和搜索域，保证容器能解析服务名。
4. IP地址回收：容器销毁时，自动释放其占用的IP，将地址放回IP池供其他容器复用。
5. 冲突检测：分配IP前检查地址是否已被占用（如通过ARP扫描、节点本地缓存），避免IP冲突。

二、常见的CNI IPAM插件类型

CNI社区提供了多种官方或第三方IPAM插件，不同插件适配不同的网络场景，核心差异在于IP池来源和分配范围（单机/跨节点）。以下是最常用的几类：

三、CNI IPAM的配置示例（以host-local为例）

CNI插件的配置通过JSON文件定义，其中ipam字段指定IPAM插件类型和参数。以下是一个bridge网络插件搭配host-local IPAM的配置示例：

{
  "cniVersion": "0.4.0",  // CNI版本
  "name": "my-bridge",    // 网络名称
  "type": "bridge",       // CNI网络插件类型（桥接）
  "bridge": "cni0",       // 节点上的虚拟网桥名称
  "isGateway": true,      // 网桥作为容器的网关
  "ipMasq": true,         // 启用IP伪装（容器访问外网时SNAT）
  "ipam": {
    "type": "host-local", // IPAM插件类型
    "subnet": "10.244.1.0/24",  // 分配给容器的子网
    "gateway": "10.244.1.1",    // 容器的网关（指向网桥cni0的IP）
    "routes": [            // 容器的路由配置
      { "dst": "0.0.0.0/0" }   // 默认路由（所有流量走网关）
    ],
    "dns": {               // 注入容器的DNS配置
      "nameservers": ["10.96.0.10"],  // K8s的kube-dns IP
      "search": ["default.svc.cluster.local"]  // DNS搜索域
    }
  }
}

当容器启动时，bridge插件会创建容器网卡并连接到cni0网桥，同时调用host-local插件从10.244.1.0/24子网中分配一个未使用的IP（如10.244.1.2），并将网关、DNS配置注入容器。

四、CNI IPAM与通用IPAM的区别

CNI IPAM是容器场景专用的轻量化IP管理组件，与之前提到的“企业级通用IPAM”（如Infoblox）有显著差异：

总结

CNI中的IPAM是容器网络的“IP管家”，其核心是通过插件化设计适配不同的容器网络场景：

• 单机/小规模场景：优先选host-local（轻量无依赖）；
• 集成现有物理网络：选dhcp（对接企业DHCP服务器）；
• 大规模K8s集群：选calico-ipam（跨节点、高可用）；
• 固定IP需求：选static（简单直接）。

不同IPAM插件的选择，本质是平衡性能、灵活性、运维成本和现有网络架构的兼容性。