kubernetes 网络之 flannel 与 calico

值不值得学：先搞清你被什么问题卡住

Kubernetes 的网络层是很多运维和后端开发最容易踩坑的地方。集群装好了，Pod 一直卡在 ContainerCreating；或者跨节点 Pod 互相 ping 不通；又或者业务上了规模，发现节点间流量开销异常大，却说不清是 UDP 封装还是路由表的问题。这门课聚焦的就是 Flannel 和 Calico 这两个主流容器网络插件（CNI）的底层机制。它不是教你怎么敲 kubectl apply 把集群跑起来，而是拆解数据包从容器到容器、从节点到节点到底走了哪条路。如果你经常面对集群网络故障排查、架构选型，或者想从“会部署”过渡到“能调优和排错”，这门课的切入点很实在。但如果你只是想学 Kubernetes 基础操作，还不涉及多节点网络管理，那这部分内容暂时优先级不高，可以先跳过。

资料怎么看：先抓数据包走向再碰底层

这套资料适合有 Linux 基础和 Kubernetes 基本操作经验的人。你得熟悉 ip 命令、路由表概念，知道 Namespaces 和 Pod 的关系。如果是零基础转行，直接看会在网络模型上卡壳。建议的阅读顺序是先抓数据包走向，再碰底层模式。资料前半段把 Flannel 拆得很细，建议先把 Pod 间通信和 Pod 到 Service 的流程看透，这部分占了日常排错的大头。之后再按 UDP、VXLAN、HostGW 的顺序对比 Flannel 的几种模式。看的时候不要光记结论，要跟着视频里的链路自己画图。资料后半段进入 Calico，重点放在它的路由分发机制和与 Flannel 的差异上。Calico 的原生路由和 BGP 协议是理解跨节点通信的关键，这部分理论性较强，建议结合实际节点抓包来验证。

学完能做什么：独立排障与架构选型

看完这套资料，你应该能独立处理几件具体的事：第一，在集群跨节点通信不通时，能沿着 CNI 插件的链路从容器 veth 设备查到宿主机网卡，定位是 iptables 规则还是路由表的问题；第二，在业务对网络延迟敏感或节点跨网段时，能判断该用 Flannel 的 HostGW 还是直接上 Calico，并给出基于实际网络拓扑的选型理由；第三，能看懂 CNI 插件在节点上生成的路由规则和网卡信息，不再对集群底层的网络黑盒发怵。练习时建议准备两台虚拟机搭个测试集群，每看完一种模式，就动手切换 CNI 配置，用 tcpdump 抓包对比 UDP 模式的额外开销和 HostGW 的直接路由差异。把理论落到抓包对比上，这套资料才算用到位。