获取到OpenShift源的非HTTP流量(入口IP/外部IP)?

获取到OpenShift源的非HTTP流量(入口IP/外部IP)?,openshift,openshift-origin,Openshift,Openshift Origin,我仍在试图了解入口/外部IP在OpenShift中是如何工作的,并希望得到一些关于如何解决这个问题的社区建议 目前,“我们”的操作方式是,流量访问外部IP,将NAT发送到负载平衡器上的VIP,负载平衡器对为HTTP或其他类型流量提供服务的后端服务器池进行负载平衡。我们不像OpenShift路由器那样通过查看主机头来确定在何处接入流量,这种类型的流量处理对我们不起作用。我们将1个外部IP直接映射到1个内部服务 我们正在考虑迁移到OpenShift,但希望保留这种外部IP到VIP(内部服务)的1对1

我仍在试图了解入口/外部IP在OpenShift中是如何工作的,并希望得到一些关于如何解决这个问题的社区建议

目前,“我们”的操作方式是,流量访问外部IP,将NAT发送到负载平衡器上的VIP,负载平衡器对为HTTP或其他类型流量提供服务的后端服务器池进行负载平衡。我们不像OpenShift路由器那样通过查看主机头来确定在何处接入流量,这种类型的流量处理对我们不起作用。我们将1个外部IP直接映射到1个内部服务

我们正在考虑迁移到OpenShift,但希望保留这种外部IP到VIP(内部服务)的1对1映射。我们还将为每个客户建立一个OpenShift集群,这意味着每个客户在我们的网络上都有自己的IP空间

理想情况下,我们只能重复使用节点所在的相同内部IP空间。假设我们的节点位于10.10.20.0/24,节点为10.10.20.10-10.10.20.30,我们可以为我们的服务VIP使用更高的IP(10.10.20.31+),并保持对服务IP的广告宣传,以便我们能够获得流量。但我不相信OpenShift就是这样工作的


是将外部流量引入集群以实际将整个子网路由到OpenShift节点的唯一方法吗?这似乎是一个巨大的单点故障,因此我认为我对入口IP如何工作的理解不正确。

对此表示抱歉。这是我在这里的第一篇文章

通常,您应该在组合中使用服务类型:Loadbalacer w/keepalived

这篇博文提供了一个设置外部服务的启动程序。

为每个服务创建一个keepalived实例看起来有点过分了。由于vrrp_路由器_id的限制,您也被限制为255个IP

另一方面,您只需在keepalived实例上创建255个vrrp实例

外部通信仍然通过一个节点路由,但其未固定到一个节点。有关更多信息,请参阅