这是一个创建于 435 天前的主题，其中的信息可能已经有发展或是发生改变。
k8s 默认不支持本地裸金属集群的 LoadBalancer ，只有公有云厂商能提供直接可用的 LoadBalancer 。
但是本地私有集群的场景应该也是比较多的，很多公司的自建集群可能出于各种原因不会上公有云，那这种情况下能支持本地裸金属集群的开源 LoadBalancer 方案，目前我看到的资料比较多的是 MetalLB 、OpenELB 和 kube-vip ，而且只有 BGP 模式才能做到真正的负载均衡，对于路由器不支持 BGP 的就只能用 Layer2 模式了。
想问问各位大佬在本地集群场景有没有实践过的比较好的 LoadBalancer 架构，也许有其他的除了以上三个开源项目之外其他的 LoadBalancer 开源项目或者技术方案，对这方面的接触和了解不太多。
14 条回复 2024-10-15 14:48:34 +08:00
 | 1 seers 2024-10-13 17:13:07 +08:00 可以考虑混合云，lb 使用云厂商的 |
 | 2 opengps 2024-10-13 17:22:46 +08:00 你都裸金属了，直接上硬件吧，F5 |
 | 3 Qetesh 2024-10-13 17:46:31 +08:00 开源可以使用 Keepalived 和 HAProxy 。参考 https://www.kubesphere.io/zh/docs/v4.1/03-installation-and-upgrade/01-preparations/03-configure-high-availability/ |
 | 4 wheat0r 2024-10-13 18:26:32 +08:00 硬件负载均衡 |
 | 5 nakroy OP 硬件负载均衡暂时没有这个条件... |
 | 7 nuII 2024-10-14 10:01:12 +08:00 @nakroy kube-vip 还是基于容器的，业务也是基于容器，在风控上不合适。直接安装的话等于是和 k8s 本身一个等级，容错率会高一点，技术上来说是一样的。 |
 | 8 JoeJasper 2024-10-14 10:53:22 +08:00 cilium CNI 原生支持 BGP LoadBalancer |
 | 9 noahzh 2024-10-14 13:52:00 +08:00 先说有多大的量. |
 | 10 wangyzj 2024-10-14 18:00:41 +08:00 我觉得这里是两个问题 1. 裸金属虽然性能更高，但是非 HPC 场景，我建议套一层虚拟化。现在虚拟化带来的性能损耗带来的一定的管理提升更重要 2. K8S 的 loadbalancer 类型通常指云厂商服务，如果本地化部署，那么 haproxy+keepalive+nodeport 做冗余就是一个方案，云厂商 ELB 也是类似的。这比 kubevip 啥的方案更好一些，能抽象出一个 LB 层复用且比较容易把流量管理 waf 那层啥的做进去 |
| 11 nakroy OP @wangyzj 所以高可用场景的做法都是将 LoadBalancer 独立于 k8s 集群之外的一个框架吗？“haproxy+keepalive+nodeport” 这个方法也提到过很多，之前有留意过 |
Select Language