裸金属K8s集群中能否用Ingress控制器配置已有LoadBalancer？

核心结论 #

默认情况下，Kong、HAProxy、Nginx这类Ingress控制器无法直接通过Ingress规则配置你已部署的裸金属LoadBalancer。

原因说明 #

• 这类Ingress控制器的设计逻辑是：自身以Pod形式运行，通过创建LoadBalancer类型的K8s Service暴露自身；云环境中该Service会触发云厂商自动创建并绑定LB，但你手动部署的LB不在K8s Service资源体系内，控制器无法感知或直接配置它。
• Ingress规则的作用是配置Ingress控制器自身的七层路由转发，而非直接控制外部LoadBalancer的流量规则；LoadBalancer仅负责将外部流量转发到Ingress控制器，再由控制器根据规则路由到后端服务。

可行方案 #

方案1：将已有LB指向Ingress控制器的Service #

1. 部署目标Ingress控制器时，创建NodePort或ClusterIP类型的Service暴露控制器（避免使用LoadBalancer类型，防止控制器尝试创建新LB）。
2. 手动配置你已有的LoadBalancer，将外部流量（如80、443端口）转发到集群所有节点的NodePort端口；若LB能访问集群内部网络，也可直接转发到控制器Service的ClusterIP。
3. 之后正常配置Ingress规则，控制器会处理七层路由，已有LB仅负责流量导入。

方案2：复用已有LB对应的K8s Service（若适用） #

如果你的裸金属LoadBalancer是通过K8s LoadBalancer类型Service实现的（比如基于MetalLB），可修改Ingress控制器的部署配置，让它复用该已有Service：

• 以Nginx Ingress为例，部署时可通过helm install的--set service.externalTrafficPolicy=Local参数（如需保留源IP），同时调整控制器的Service模板，绑定到已有的LB资源上。不同控制器的配置细节需对应调整。

方案3：分层转发，LB做四层，Ingress做七层 #

让已有LoadBalancer负责四层（TCP/UDP）流量转发，Ingress控制器负责七层（HTTP/HTTPS）路由规则：

• LB侧手动配置端口转发规则，将流量导向Ingress控制器的集群内部地址；Ingress侧正常配置路由规则，处理域名、路径等转发逻辑。两者各司其职，无需控制器干预LB配置。

内容的提问来源于stack exchange，提问作者Sana.91