Kubernetes内部ClusterIP服务默认请求分发策略是什么？

你的问题核心结论：Tim Hockin的描述完全准确——默认ClusterIP服务的请求分发策略是随机选择后端Pod，当请求量足够大时，分发结果会趋近于均匀分布。下面从底层实现和默认行为两方面给你拆解：

一、默认分发逻辑的底层实现 #

ClusterIP的负载分发依赖集群中的kube-proxy组件，它的运行模式决定了具体的分发规则：

• iptables模式（kube-proxy默认模式）：
  kube-proxy会为每个Service生成iptables规则，给所有匹配Service标签的Pod分配相同的概率权重。每次请求到达Service的ClusterIP时，iptables会随机挑选一个Pod转发请求。由于每个Pod的选中概率一致，当请求量达到一定规模（比如你提到的1000次），大数定律会让每个Pod接收的请求量趋近平均。
• IPVS模式（可选）：
  如果kube-proxy配置为IPVS模式，默认的调度策略是轮询（Round-Robin）——请求会依次分配给每个后端Pod，天然就能实现均匀分发。如果需要更复杂的策略（比如最小连接数、源IP哈希），可以通过Service的注解service.kubernetes.io/ipvs-scheduler指定，但这属于自定义配置，不是默认行为。

二、为什么官方文档没有明确说明？ #

Kubernetes官方将这种分发逻辑定义为**“默认的负载均衡策略”**，没有过度细化是因为具体实现可能随kube-proxy模式变化，但核心目标一致：在无特殊配置时，让关联Pod的请求负载尽可能均匀。Tim Hockin的评论（Kubernetes核心开发者）是对默认行为最权威的非正式补充。

三、针对你给出的Service示例 #

你提供的这个ClusterIP Service：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app.kubernetes.io/name: MyApp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376

它会严格遵循上述默认逻辑：所有发往my-service:80的集群内部请求，会被随机（iptables模式）或轮询（IPVS模式）转发到标签为app.kubernetes.io/name: MyApp的Pod的9376端口，高请求量下每个Pod的请求量会接近平均。

内容的提问来源于stack exchange，提问作者João Pedro Schmitt