Kubernetes网络核心技术实战：BGP路由与Flannel、Calico、Cilium网络模式，IPAM及Multus多网卡

这套资料的主题非常明确：Kubernetes 集群里的数据包到底怎么走。它不是泛泛讲 Service、Ingress 的入门课，而是直接切到 CNI 插件与路由协议这一层，把 Flannel、Calico、Cilium 三种主流网络方案的实现模式拆开对照，再延伸到 IPAM 地址管理和 Multus 多网卡这两个偏生产环境的问题。如果你的集群已经跑起来，但遇到跨节点通信异常、Pod IP 段冲突、或者需要给 Pod 挂第二张网卡却不知道从哪下手，这份资料正好能拿来当对照手册。

技术栈的取舍：三种 CNI 放在一起看

资料没有把 Flannel、Calico、Cilium 当成三个孤立产品来讲，而是按「网络模式」这条线串起来。Flannel 的 VxLAN 与 host-gw、Calico 的 VxLAN 与 BGP Full Mesh、Cilium 的 eBPF 数据面，各自解决的是同一类问题：跨节点 Pod 如何寻址、如何封装或直接路由。把它们的配置方式和转发路径放在一起对比，比单独看某一份官方文档更容易理解「为什么换个模式，抓包结果就完全不同」。

尤其值得关注的是 Calico BGP Full Mesh 部分。BGP 在这里不是运营商级别的抽象概念，而是集群节点之间交换 Pod 网段路由的具体机制。资料里涉及的路由反射器、AS 号配置、对等体状态检查，都是排障时真正会用到的点。

项目结构：从模式配置到抓包验证

内容组织偏向「先看配置，再看数据包」。每个网络模式基本遵循同一套结构：修改 CNI 配置或 CRD、重启相关组件、然后在节点上验证路由表和网卡状态。这种结构的复用处在于，你可以把它当成一套验证模板——换一个 CNI，验证步骤的骨架不变，只是命令和字段名不同。

对于 Calico，重点在 ippool、BGPConfiguration 这类 CRD 的字段含义；对于 Cilium，则落在 eBPF 程序加载后的转发行为。资料没有停留在「装完能通就行」，而是让你看到内核里实际发生了什么。

可复用模块：IPAM 与 Multus

IPAM 部分解决的是地址从哪来、怎么分配、怎么避免重叠。这在多集群互联或与既有物理网络对接时是硬需求。资料里涉及的 Calico IPAM 块划分、Flannel 的 subnet 分配逻辑，可以直接映射到你自己集群的地址规划上。

Multus 多网卡则是另一个高频生产场景：Pod 既要走集群网络，又要接一张独立的存储网或管理网。资料会涉及 NetworkAttachmentDefinition 的定义方式，以及多网卡场景下默认路由怎么选。这块配置一旦写错，表现是「Pod 起来了但流量走错网卡」，排查成本很高，有现成的配置参考会省很多时间。

自学路径建议

• 先确认你有一个可销毁的测试集群，至少三节点，能自由改 CNI 配置并重启 kubelet。
• 按 Flannel → Calico → Cilium 的顺序过一遍，每换一个 CNI，都在节点上执行ip route和tcpdump，把转发路径记下来。
• BGP 部分单独拎出来练，用calicoctl node status观察对等体建立过程，再故意改错 AS 号看故障表现。
• IPAM 和 Multus 放在最后，因为这两块依赖前面已经打通的基础网络。

整体来说，这份资料适合已经能独立部署 K8s、但网络层还停留在「能用」阶段的开发者。它的价值不在视频本身，而在于你愿不愿意跟着配置动手抓包、改错、再修好。纯看不动手，BGP 和 eBPF 这部分很难真正吃透。