Kind集群未装MetalLB时Ingress搭配LoadBalancer类型Service的作用疑问

首先明确核心结论：你观察到的现象是Kubernetes原生设计的正常表现，无负载均衡组件时LoadBalancer类型Service完全可以正常配合Ingress使用，核心原因如下：

1. Ingress转发流量不依赖Service的外部属性 #

Ingress Controller本身是运行在集群内部的Pod，它向后端Service转发流量时，仅依赖Service的ClusterIP进行集群内部通信，和Service的类型完全无关。
不管你把Service声明为ClusterIP、NodePort还是LoadBalancer类型，只要Service正常关联后端Pod，Ingress Controller都可以正常将流量转发到后端，完全不会触发外部负载均衡的逻辑，自然也不存在你担心的重定向问题。

2. 无外部负载均衡组件时LoadBalancer类型Service的实际作用 #

当集群没有安装MetalLB、也没有云厂商提供的负载均衡实现时，LoadBalancer类型Service会自动具备以下能力：

• 继承ClusterIP类型Service的全部功能：集群内部可通过Service名称、ClusterIP正常访问，这也是Ingress能正常转发的基础
• 额外具备NodePort类型Service的能力：集群会自动为其分配节点端口，你可以直接通过节点IP + 该端口直接访问服务
• 仅缺失的能力是无法分配外部公网IP，执行kubectl get svc时EXTERNAL-IP字段会长期显示<pending>，但这一状态完全不影响集群内部以及节点端口的访问逻辑

3. 该配置的适用场景 #

这种声明LoadBalancer类型Service的配置，通常是为了适配多环境部署的需求：

• 本地Kind测试环境下，不需要修改配置就可以同时满足Ingress访问、节点端口直接访问的需求
• 当该应用后续部署到公有云K8s集群时，云厂商会自动为LoadBalancer类型Service分配公网IP，不需要修改任何Service配置就可以直接对外提供服务
• 如果后续本地集群安装了MetalLB，也可以直接获得本地可访问的负载均衡IP，无需调整配置

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