kube-proxy

要开心吖ZSH

测试环境 K8s 502 故障复盘：被 ClusterIP 表象误导，最终定位 kube-proxy 规则缺失故障时间：2026-08-06 上午影响范围：互联网医院系统测试环境（devcucc7000.xxx.cn），titan-cms、titan-doctor 服务持续 502，影响测试人员测试与交付进度！！恢复时间：全量重启 kube-proxy 后恢复核心根因：kube-proxy 未能为 service-titan-zuul 生成 iptables/IPVS 转发规则，导致 ClusterIP 成为网络黑洞

Ubuntu修改kube-proxy的工作模式为ipvs查看kube-proxy的默认代理模式默认采用了iptables方式。然后查看 kube-proxy的日志发现为iptables模式

【Kubernetes】虚拟 IP 与 Service 的代理模式由于 Service 的默认发布类型是 ClusterlP，因此也可以把 ClusterIP 地址叫作虚拟 IP 地址。在 Kubernetes 创建 Service 时，每个节点上运行的 kube-proxy 会自动为 Service 分配一个虚拟 IP 地址，即通过转发代理 kube-proxy 来实现路由转发功能。kube-proxy 在具体实现流量代理转发与负载均衡时，有 3 3 3 种模式：

比较kube-proxy模式：iptables还是IPVS？kube-proxy是任何 Kubernetes 部署中的关键组件。它的作用是将流向服务（通过集群 IP 和节点端口）的流量负载均衡到正确的后端pod。kube-proxy可以运行在三种模式之一，每种模式都使用不同的数据平面技术来实现：userspace、iptables 或 IPVS。

k8s的service为什么不能ping通？——所有的service都不能ping通吗点击阅读原文前提：kube-proxy使用iptables模式Q service能不能ping通？A: 不能，因为k8s的service禁止了icmp协议

我是有底线的