Kubernetes入口服务应该是负载均衡器或节点端口
我正在玩弄这个应用程序。它由一个Kubernetes入口服务应该是负载均衡器或节点端口,kubernetes,google-kubernetes-engine,Kubernetes,Google Kubernetes Engine,我正在玩弄这个应用程序。它由一个部署(web,运行3个实例)和一个服务将其公开(web服务)。目前,服务属于负载平衡器类型。我还添加了一个ingres指令来根据需要路由我的流量 我的问题是,ingres就绪后,我应该将服务类型从LoadBalancer切换到NodePort还是将其保持在相同的状态?从我迄今为止阅读的文档来看,人们似乎普遍同意避免NodePort,因为它在物理层上分配端口(或虚拟)节点,一段时间后可能会变得拥挤。拥有LoadBalancer会自动公开一个空闲端口,Google L
部署
(web
,运行3个实例)和一个服务
将其公开(web服务
)。目前,服务
属于负载平衡器
类型。我还添加了一个ingres
指令来根据需要路由我的流量
我的问题是,
ingres
就绪后,我应该将服务类型从LoadBalancer
切换到NodePort
还是将其保持在相同的状态?从我迄今为止阅读的文档来看,人们似乎普遍同意避免NodePort
,因为它在物理层上分配端口(或虚拟)节点,一段时间后可能会变得拥挤。拥有LoadBalancer
会自动公开一个空闲端口,Google L3 LoadBalancer会将流量路由到该端口,因此无需将其切换到Nodeport
另请注意-一旦您有一个工作入口,您就不需要将后端服务公开为
负载平衡器
或节点端口
-正常的内部种类:服务
足以接收来自入口
的流量,正如讨论和描述的,该服务需要是节点端口
I无法使入口
与服务
保持一致。如果我在服务定义中省略了节点端口
,并让默认值生效,则在点击入口的公共静态IP时,我将继续获得404