澄清入口负载均衡器

Question

我不确定负载平衡如何与入口一起工作<如果我理解正确，实际情况是这样的：

我看不到负载平衡是如何执行的<我画的上述方案有什么错<你能帮我纠正一下吗？

注意：
-以下答案告诉我入口控制器本身属于“loadbalancer”类型：入口服务类型
-我使用kind ClusterIP，因为我不想将loadbalancer暴露给外部世界。以下文章不支持此声明，其中负载平衡器将由服务提供：

https://medium.com/google-cloud/kubernetes-nodeport-vs-loadbalancer-vs-ingress-when-should-i-use-what-922f010849e0

Answer 1

我好奇地想：如果第7层上的负载平衡只需要将流量转发给在第4层上实现负载平衡的服务，为什么我需要一个入口来实现负载平衡呢？

我查找的大多数入口控制器实现都与Kubernetes API服务器通信，以跟踪与服务相关的所有POD。它们没有将流量转发到服务，而是跳过中间层，直接转发到POD。由于入口控制器在第7层上运行，因此它可以实现更面向应用程序的负载平衡。

Answer 2

看起来你画的第一个方案是正确的。但是我认为你在术语上感到困惑。特别是在ingress和ingres-控制器之间的区别。

入口是k8s中的一种资源（如服务、部署、复制集等）。如果我们想通过绑定到某个路径和主机（即myapp.com/api）将某些服务公开给外部世界，我们就使用入口-

入口控制器的工作是处理入口资源的创建/更新/删除并实现入口所需的所有功能。在入口控制器的底层是一个简单的部署，根据k8s的部署位置公开为LoadBalancer或NodePort服务。图像控制器将收到的请求进一步转发到与某些已部署入口资源中的主机和路径匹配的服务pods之一。

Answer 3

ClusterIP服务本身执行负载平衡。命名可能会令人困惑，因为LoadBalancer服务并不是唯一涉及负载平衡的服务-LoadBalancer实际上更像是“云提供商请创建一个外部负载平衡器并将其指向此服务”。kubernetesClusterIP服务还使用库贝代理跨不同节点中的Pods进行负载平衡。如果您不希望kubernetes进行负载平衡，那么您必须通过创建无头服务来专门禁用它。