我有這個應用程序,我玩弄。它由Deployment
(web
3個實例運行)和Service
公開(web-service
)組成。目前Service
的類型是LoadBalancer
。我還添加了Ingress
指令,根據需要路由我的流量。Kubernetes入口服務應該是LoadBalancer或NodePort
我的問題是...在Ingress
的位置上,我應該將服務類型從LoadBalancer
切換爲NodePort
還是我應該將它保持在相同的狀態?
我有這個應用程序,我玩弄。它由Deployment
(web
3個實例運行)和Service
公開(web-service
)組成。目前Service
的類型是LoadBalancer
。我還添加了Ingress
指令,根據需要路由我的流量。Kubernetes入口服務應該是LoadBalancer或NodePort
我的問題是...在Ingress
的位置上,我應該將服務類型從LoadBalancer
切換爲NodePort
還是我應該將它保持在相同的狀態?
從我迄今爲止閱讀的文檔來看,它似乎是避免nodePort
的普遍共識,因爲它在物理(或虛擬)節點上分配端口,並且可能在一段時間後變得擁擠。使用LoadBalancer
會自動公開Google L3負載平衡器將流量路由到的自由端口,因此無需將其切換到Nodeport。
還要注意 - 一旦你有一個工作的入口,你並不需要暴露後端服務爲LoadBalancer
或NodePort
在所有 - 一個正常的內部kind: Service
足以從Ingress
接收流量。
我一直無法得到'Ingress'與'Service'工作始終。如果我在我的服務定義中省略了'NodePort'並且讓默認啓動,當我擊中我的'Ingress'的公共靜態IP時,我總是得到'404' – Raj