Kubernetes单点故障与负载平衡

Question

我对Kubernetes几乎没有什么基本的疑问。

请考虑下面的部署。第7层负载均衡器将通过Kubernetes服务将请求路由到NGINX服务器，NGINX将路由到Tomcat，Kubernetes服务。

​

​

查询：

1. 如果Kubernetes服务了一个单一的故障点，或者因为它是由配置kube代理的多个豆荚支持的，并且服务只是一个虚拟层，那么它不能被认为是单一的故障点吗？
2. 上面的图表是单个Kubernetes集群，这是一个单一的故障点，还是应该为系统规划多个Kubernetes集群，在系统中，我需要在零停机时间的情况下支持HA。
3. 上图利用了Kubernetes服务，默认情况下，这些服务只支持L4负载平衡(只支持循环)。因此，如果一个tomcat服务器负载很重，那么根据使用情况，轮询就不会均衡地分配负载。如何实现基于系统资源消耗或使用与否的负载分配。在上面的拓扑中打开连接？

注:不。以上图表中的矩形框仅具有代表性。我将部署每层10到20个豆荚，以满足我的工作量。

Answer 1

在成功地使用库伯奈特斯的50+吊舱(计划在不久的将来扩展到250+ )后，我从我和我的团队收集的经验中观察到：

1. 如果Kubernetes服务了一个单一的故障点，或者因为它是由配置kube代理的多个豆荚支持的，并且服务只是一个虚拟层，那么它不能被认为是单一的故障点吗？

如果将负载均衡器(LB)映射到单个节点IP，这将是单点故障，因为VM /物理服务器的故障将导致整个应用程序崩溃。因此，点LB到至少2个不同的节点IP。

1. 上面的图表是单个Kubernetes集群，这是一个单一的故障点，还是应该为系统规划多个Kubernetes集群，在系统中，我需要在零停机时间的情况下支持HA。

用负载均衡器在HA中配置Kubernetes

1. 上图利用了Kubernetes服务，默认情况下，这些服务只支持L4负载平衡(只支持循环)。因此，如果一个tomcat服务器负载很重，那么根据使用情况，轮询就不会均衡地分配负载。如何实现基于系统资源消耗或使用与否的负载分配。在上面的拓扑中打开连接？

是的，到目前为止，只支持循环负载平衡。入口是在测试阶段，并没有准备生产时，我最后一次检查。NGINX+可以用于负载平衡，忽略Kubernetes负载平衡，并且使用Kubernetes API，可以配置它，以便在运行时在NGINX+中更新Tomcat的添加或删除，而无需任何停机时间。(我还没有尝试过，但将来可能会考虑当前的设置是否会引发任何挑战)

参考：https://www.nginx.com/blog/load-balancing-kubernetes-services-nginx-plus/

Answer 2

1. 如果Kubernetes服务了一个单一的故障点，或者因为它是由配置kube代理的多个豆荚支持的，并且服务只是一个虚拟层，那么它不能被认为是单一的故障点吗？

我认为你的后一种解释是正确的。

1. 上面的图表是单个Kubernetes集群，这是一个单一的故障点，还是应该为系统规划多个Kubernetes集群，在系统中，我需要在零停机时间的情况下支持HA。

k8s集群不是HA，因为主节点是单个故障点。主节点上的重要组件包括apiserver和控制器管理器，没有它们，您就无法创建更多的吊舱或服务。也就是说，即使主节点关闭，部署的服务也应该继续工作。

有关于如何在HA模式下设置k8s集群的指南，我还没有亲自尝试过：http://kubernetes.io/docs/admin/high-availability/。还有Ubernetes (WIP)，它允许您通过云提供商联合多个k8s集群。

1. 上图利用了Kubernetes服务，默认情况下，这些服务只支持L4负载平衡(只支持循环)。

这不是真的，kubernetes有一个名为ingress的beta特性，它支持L7负载平衡，看看它是否有助于http://kubernetes.io/docs/user-guide/ingress/ :)