容器网络是怎么工作的?Pod、Service、CNI 一次讲清楚!

导语

容器跑起来了,怎么联网?K8s 能调度 Pod,那 Pod 能不能互相通信?Service 又是干嘛的?为什么明明 IP 能通,服务就是访问不了?

阅读本文你将收获:

  • 容器网络与传统网络的核心区别
  • Kubernetes 容器网络模型(CNI)及其背后逻辑
  • Pod 网络、Service 网络如何配合工作
  • 常见网络故障排查思路

一、从虚拟机到容器,网络复杂了吗?

在虚拟机时代,我们熟悉的网络拓扑长这样:

复制代码
VM 通过 虚拟网卡 → 接入宿主机网桥 → 上外网

但到了容器世界,网络设计变复杂了 ------ 容器生命周期短,IP 随时可能变,K8s 集群又要求容器之间可直接通信,还得让外部访问容器服务。

所以问题来了:

  • 每个 Pod 有独立 IP 吗?
  • Pod 重启后 IP 会变吗?
  • 多个 Pod 如何统一暴露一个服务?
  • CNI 是干什么的?

带着这些问题,往下看。


二、Pod 网络模型:每个 Pod 有独立 IP

Kubernetes 的核心网络理念是:

所有 Pod 之间都是"扁平网络",IP 可达,不需要 NAT。

具体特点:

  • 每个 Pod 在启动时会分配一个 IP(通过 CNI 插件)
  • Pod 之间通信不需要端口映射
  • Pod 所在的容器共享网络命名空间(同一个网卡、IP)

举例说明

yaml 复制代码
kubectl get pods -o wide

输出:

NAME IP NODE
nginx-1 10.244.1.5 node1
nginx-2 10.244.2.7 node2

两个 Pod 在不同节点,却可以直接 curl 10.244.x.x 通信,这就是"跨主机扁平网络"。


三、CNI 插件:Pod 网络的幕后英雄

Pod 的 IP 是怎么来的?答案是 ------ CNI 插件(Container Network Interface)

K8s 并不自己管理网络,而是通过 CNI 调用网络插件完成如下操作:

  • 分配 IP 给 Pod
  • 配置网络命名空间
  • 配置路由和防火墙规则

常见 CNI 插件:

插件 特点
Flannel 简单易用,采用 overlay 网络
Calico 支持 BGP,性能好,安全控制强
Cilium 基于 eBPF,支持 L7 网络策略

推荐中小集群使用 Flannel ,大规模生产集群用 Calico 或 Cilium。


️ 四、Service:解决 Pod IP 易变的问题

Pod 重启 IP 就会变,客户端怎么访问?

Kubernetes 提供了 Service 机制,做了"虚拟 IP + 负载均衡"。

原理:

  • Service 会分配一个 ClusterIP
  • 会自动将流量转发到后端 Pod(通过 kube-proxy 实现)
  • 默认是基于 IPtables 或 IPVS 的负载均衡

举个例子:

yaml 复制代码
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
spec:
  selector:
    app: nginx
  ports:
    - port: 80
      targetPort: 80

这个 Service 会自动负载到所有 label 为 app=nginx 的 Pod 上,无需关心 Pod IP。


五、几种 Kubernetes 网络类型对比

类型 IP 来源 是否 NAT 通信特征
Pod IP CNI 插件分配 否 扁平互通
Cluster IP (Service) kube-proxy 管理 是(SNAT) 集群内访问服务
NodePort 映射宿主机端口 是 外部访问集群服务
LoadBalancer 云厂商分配 否 对外暴露公网入口
Ingress Nginx/TCP代理 否 多路径统一入口控制

六、实际排查思路案例

场景:Service IP 能 ping 通,但 curl 不通

排查步骤:

  1. kubectl get endpoints → 查看 Service 是否正确绑定 Pod
  2. iptables-save | grep → 确认 kube-proxy 是否配置规则
  3. 检查 Pod 容器端口是否监听
  4. 检查防火墙、CNI 是否正常工作

✅ 总结

Kubernetes 网络听起来复杂,拆解后其实很清晰:

  • Pod IP:由 CNI 分配,支持跨节点直接通信
  • Service IP:实现 IP 屏蔽与负载均衡
  • CNI 插件:实现网络连通的幕后技术

掌握容器网络原理,是你理解 K8s 网络策略、ServiceMesh、流量治理等技术的第一步。

相关推荐
Henry-SAP2 小时前
SAP PP核心引擎计划策略业务解析
人工智能·云原生·sap·erp
小白的码BUG之路3 小时前
Docker -- 构建nacos镜像
运维·docker·容器
打工仔折腾 AI4 小时前
工业场景下时序库与实时计算一体化架构选型实践对比
java·开发语言·后端·python·性能优化·架构·ai agent 实战
蜗牛互联网4 小时前
长任务多Agent共享文件系统的Manifest交接模式
java·人工智能·后端
苏supper6 小时前
Spring Boot多环境配置与打包运行
spring boot·后端·spring
geovindu6 小时前
rust: Composite Pattern
开发语言·后端·设计模式·rust·组合模式
SearchMan6 小时前
还有人不知道&和&&的区别?
后端
想用offer打牌6 小时前
Personal Agent爆火 - 它到底是个什么
人工智能·后端·ai编程
IT_陈寒7 小时前
Vue的v-if和v-for混用居然是个天坑
前端·人工智能·后端
赵谨言7 小时前
红蓝对抗Docker渗透复盘-技能与产出汇总
docker·容器·eureka