Traefik / Ngnix-入口控制器如何将请求转发到配置了相同端口号的两个不同服务？

如何解决Traefik / Ngnix-入口控制器如何将请求转发到配置了相同端口号的两个不同服务？

基本上我已经使用docker-compose进行了以下Hdfs群集设置：

IP为192.168.1.1的节点1的服务部署如下：

Namenode1:9000
HMaster1: 8300
ZooKeeper1:1291

IP为192.168.1.2的节点2的服务部署如下：

Namenode2:9000
ZooKeeper2:1291

Traefik / Ngnix-（入口控制器）如何将请求转发到配置了相同端口号的两个不同服务？

解决方法

关于kubernetes中入口和负载平衡如何工作的好几本教程，例如this one by Mark Betz。通常，从服务和工作负载的角度考虑，而不是在运行您的工作负载的特定节点方面进行考虑是很有帮助的。

在Kubernetes中部署的工作负载（即所谓的Pod）具有自己的内部IP地址，称为ClusterIP。该Pod可以在该Pod拥有的ip地址上打开一个或多个端口。

如果您现在有多个吊舱来分配负载，例如像5个Web服务器进程或后端逻辑一样，客户端（群集内）很难跟踪所有这些Pod IP，因为它们在Pod更新或由于崩溃而重新启动时也会改变。这就是Kubernetes具有services所谓概念的原因。这些提供稳定的DNS名称和IP，然后透明地“转发”到健康容器之一。因此，您的客户端只需要知道DNS名称，而无需跟踪特定的Pod IP。

如果您现在想向公众公开这样的service，则有不同的方法。您可以将服务设置为type: LoadBalancer，然后在云提供商上设置一些负载均衡器基础结构，并将流量路由到节点，再路由到Pod-或-您已经有一个入口控制器，只需定义路由基于主机名和路径。入口控制器本身就是这样的负载平衡服务，带有连接的云负载平衡器，并且还具有一些Pod（例如traefik或nginx容器），然后可以相应地路由您的数据包。

因此回到您的第一个问题：如果要使用多个相同类型的Pod公开服务，则需要首先使用{创建一个与您的Service相匹配的Pod资源{1}}，然后创建一个单独的selector资源，该资源提供主机名/路径并引用此服务。入口控制器将提取这些入口资源，并相应地配置traefik或nginx。入口控制器并不真正在乎主机IP和端口号，因为它作用在内部kubernetes ClusterIP上，因此即使有入口，您甚至不需要（也不应该）直接提供这样的服务

我希望这能回答您有关通过入口控制器公开两个工作负载的问题。有关详细信息，请检查the Kubernetes docs on Ingresses。根据您命名的服务（zookeeper，hdfs），负载均衡和入口可能不是您所需要的。 Zookeeper实例在大多数情况下应该是内部的，并且需要单独进行处理，因此对于该用例，您可能需要查看headless services。还要检查Kubernetes文档中是否有a way to run zookeeper。