我通过nginx的控制器的kubernetes/ingress库的例子之一暴露于具有静态IP服务和入口多个IP多个后端。我有第二个负载平衡器服务,即不是由被服务为先的增加新的资源后,不再正确曝光的任何入口资源管理(我不明白为什么是这样的情况)。暴露与Kubernetes入口资源
我试图添加第二个入口和负载平衡器服务分配第二静态IP,但我不能得到它的工作。
我怎么会去以Ingress露出第二服务,最好?我是否需要添加第二个入口资源还是我必须重新配置一个我已经有了?
我通过nginx的控制器的kubernetes/ingress库的例子之一暴露于具有静态IP服务和入口多个IP多个后端。我有第二个负载平衡器服务,即不是由被服务为先的增加新的资源后,不再正确曝光的任何入口资源管理(我不明白为什么是这样的情况)。暴露与Kubernetes入口资源
我试图添加第二个入口和负载平衡器服务分配第二静态IP,但我不能得到它的工作。
我怎么会去以Ingress露出第二服务,最好?我是否需要添加第二个入口资源还是我必须重新配置一个我已经有了?
使用Service
与type: LoadBalancer
和使用Ingress
通常是互斥的方式来公开您的应用程序。
当你创建一个type: LoadBalancer
Service
,Kubernetes创建了一个具有IP您的云帐户负载均衡器,打开对负载平衡器的端口匹配您Service
了出来,然后将所有流量发送到IP到1 Service
。所以,如果你有2个Service
对象,每个“类型:负载平衡器” 2个不同Deployment
S,那么你有2个IP地址,以及(每个Service
)。
的Ingress
模型是基于通过其在运行像nginx的单一入口控制指挥交通。由于Ingress
资源添加,入口控制器重新配置nginx的,包括新的Ingress
细节。在这种情况下,将成为入口控制器Service
(如nginx的)是type: LoadBalancer
,但所有的服务的Ingress
资源点应该是type: ClusterIP
的。流量为所有Ingress
对象将流过负载平衡器用于入口控制器Service
到入口控制器(例如nginx的)Pod
S的相同的公共IP。然后从Ingress
对象(例如虚拟主机或端口或路线)的配置细节将决定哪些Service
将获得的流量。