为何Kubernetes中Headless Service的sessionAffinity不生效？

Headless Service（clusterIP: None）的核心设计就是跳过kube-proxy的流量转发与会话亲和处理，直接通过DNS返回所有后端Pod的IP地址。

当你访问Headless Service的域名时，Kubernetes的CoreDNS会返回所有匹配Pod的IP列表，此时客户端（比如测试用的curl）会自行做DNS轮询选择要连接的Pod，kube-proxy完全不参与流量转发过程。而会话亲和性（Session Affinity）是kube-proxy基于Service的ClusterIP来实现的绑定逻辑，Headless Service没有ClusterIP，自然无法触发这一机制，所以你配置的sessionAffinity参数完全不起作用。

总结两者的差异：

• 普通ClusterIP Service：流量先指向ClusterIP，kube-proxy负责转发并基于ClientIP维护会话绑定
• Headless Service：DNS直接返回Pod IP，客户端自主选择目标Pod，kube-proxy不介入，无会话亲和能力

如果需要对StatefulSet的Pod实现会话绑定，你可以选择：

1. 使用普通ClusterIP Service，保留sessionAffinity配置
2. 在客户端侧实现自定义逻辑，比如根据客户端IP哈希值固定选择对应的Pod域名（如pod-<hash>.foobar）

内容的提问来源于stack exchange，提问作者Will