kubernetes：在LoadBalancer服务上设置Https

Question

我到处都读过，要设置Https来访问kubernetes集群，您需要有入口，而不仅仅是一个负载平衡器服务，它还将集群暴露在外部。

我的问题是非常理论化的：如果入口（确实是）由负载平衡器服务、控制器（例如nginx映像的部署/pod）和一组规则（为了正确代理集群内的传入请求）组成，为什么我们不能在负载平衡器前设置Https而不是入口？

作为练习的标题，我自己分别构建了这三个组件（一个负载平衡器、一个带有一些规则的控制器/API网关）：这三个组件已经根据特定规则获取传入请求并在集群内代理它们，所以我可以说，我自己构建了入口。我不能将https添加到此结构中吗？我是否需要在集群前面设置冗余部分（k8s入口）？

Answer 1

不确定我是否完全理解了你的问题。

在Kubernetes中，您将使用服务公开您的集群/应用程序，这在这里有很好的描述。本文对所有服务进行了很好的比较。

创建服务类型时，它会创建L4负载平衡器。L4知道诸如源IP:port和目标IP:port之类的信息，但没有关于应用层（第7层）的任何信息<代码>HTTP/HTTPS负载平衡器位于第7层，所以它们知道应用程序。关于负载平衡的更多信息可以在这里找到。

基于第4层的负载平衡，根据来自网络和传输层协议的数据（如IP地址和TCP或UDP端口）切流量

入口类似于支持L7的LoadBalancer。

入口是Kubernetes资源，允许您为运行在Kubernetes上的应用程序配置HTTP负载平衡器，该应用程序由一个或多个服务表示。这样的负载平衡器对于将这些应用程序交付给Kubernetes集群之外的客户机是必要的。

入口也有许多优点。例如，如果集群中有许多服务，则可以创建一个负载平衡器和入口，这将能够将流量重定向到正确的服务，并允许您降低创建几个负载平衡器的成本。

要使入口资源工作，群集必须运行入口控制器。

入口控制器是在集群中运行的应用程序，它根据入口资源配置HTTP负载平衡器。负载平衡器可以是在集群中运行的软件负载平衡器，也可以是在外部运行的硬件或云负载平衡器。不同的负载平衡器需要不同的入口控制器实现。对于NGINX，入口控制器与负载平衡器一起部署在pod中。

入口控制器有很多，但最受欢迎的是Nginx入口控制器

因此，我的回答是：

为什么我们不能将Https设置在负载均衡器而不是入口之前？

这不仅是关于使用HTTPS保护您的集群，还涉及Ingress提供的许多功能和特性。

关于HTTP（S）负载平衡的非常好的文档可以在GKE文档中找到。