我通過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
將獲得的流量。