Kubernetes 是否需要使用守护程序部署入口控制器?
这就是我目前的解决方案: 具有云->群集节点端口服务->入口控制器服务->入口控制器盒的LoadBalancer实例Kubernetes 是否需要使用守护程序部署入口控制器?,kubernetes,kubernetes-ingress,nginx-ingress,Kubernetes,Kubernetes Ingress,Nginx Ingress,这就是我目前的解决方案: 具有云->群集节点端口服务->入口控制器服务->入口控制器盒的LoadBalancer实例 是否有必要使用守护程序集部署入口控制器?在一个相当大的集群中部署入口,因为与守护程序相比,使用多个副本部署入口是合适的。当您使用部署时,只需确保副本部署在不同的节点中。您不需要大量NGINX实例来处理高流量,最重要的是,您需要记住,入口控制器的每个实例都需要到达kubernetes API服务器。这意味着如果你有很多复制品,你会施加(不必要的)压力。根据我的经验,在大多数情况下,
是否有必要使用守护程序集部署入口控制器?在一个相当大的集群中部署入口,因为与守护程序相比,使用多个副本部署入口是合适的。当您使用部署时,只需确保副本部署在不同的节点中。您不需要大量NGINX实例来处理高流量,最重要的是,您需要记住,入口控制器的每个实例都需要到达kubernetes API服务器。这意味着如果你有很多复制品,你会施加(不必要的)压力。根据我的经验,在大多数情况下,使用具有反亲和力规则的部署来避免同一节点中的多个副本已经足够了,Deamonset更适合用于ingress controller而不是部署。我们最近遇到一个问题,入口控制器通过部署运行,其中一个节点没有分配此pod。出于同样的原因,该节点在loadbalancer TargetGroup healthcheck中被列为“不健康” 即使Nginx也建议使用守护程序,尽管正确管理的部署也可以完成同样的工作 守护程序仅为每个群集节点调度一种类型的Pod, 包含主节点,除非节点配置为排斥这些吊舱
您可能需要添加污染和容忍,以将主节点从守护程序中排除,因为只有工作者需要运行此pod。这个答案听起来很熟悉。。。。如果你复制粘贴答案,你至少应该留下一些学分。