关于K8S LoadBalancer类型Service的两类技术疑问咨询

1. 为什么LoadBalancer类型Service仅在云平台受支持？ #

Kubernetes本身没有内置LoadBalancer类型的底层实现，它完全依赖云厂商提供的基础设施级负载均衡器（比如AWS的ELB、GCP的Cloud Load Balancer、Azure的Load Balancer）来完成外部流量接入。

当你创建LoadBalancer类型的Service时，Kubernetes会通过云厂商提供的**云控制器管理器（Cloud Controller Manager）**调用对应云平台的API，自动创建并配置一个云负载均衡实例，同时将该负载均衡器的流量转发到Service对应的NodePort上。

非云环境（比如本地虚拟机、物理机集群）没有对应的云API和负载均衡基础设施，所以默认无法直接使用LoadBalancer类型Service。不过可以通过第三方工具（比如MetalLB）来模拟实现类似功能，这类工具会在集群内提供虚拟的负载均衡IP并完成流量分发。

2. LoadBalancer的负载均衡逻辑是什么？它会接管Pod层的负载均衡吗？ #

你的理解基本正确，NodePort和LoadBalancer的流量路径是：外部请求 → LoadBalancer → NodePort → ClusterIP → 后端Pod

• LoadBalancer的负载均衡逻辑：它只负责将外部流量均匀分发到集群中多个Node的对应NodePort上，并不直接处理Pod层的负载均衡。简单来说，它是流量进入集群的入口，做的是“集群级”的流量分发，把请求分散到不同的Node节点。
• Pod层的负载均衡仍由ClusterIP负责：ClusterIP会根据kube-proxy配置的负载均衡策略（比如轮询、会话保持等），将NodePort过来的流量转发到全集群符合条件的后端Pod上。
• 如果你想让流量只分发到单节点内的Pod，不能通过LoadBalancer控制，需要通过配置Pod的nodeSelector、节点亲和性/反亲和性，或者使用EndpointSlice手动指定端点，让ClusterIP只选择目标节点上的Pod。LoadBalancer本身不会干预ClusterIP对Pod的选择逻辑。

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