如何解决Ingress-controller-nginx领导人选举-为什么？
任何人都可以解释为什么在具有多个副本的入口控制器（nginx）部署时需要选举领导者吗？ 它们之间是否正在进行同步？ 实际同步了什么？
我搜索了文档，却发现……什么也没有 我知道有一个配置图可以保存领导者的POD名称，但是差不多。
我还看到启动吊舱时正在进行领导人选举
I0828 16:08:39.500651 7 nginx.go:307] Starting NGINX process
I0828 16:08:39.500779 7 leaderelection.go:242] attempting to acquire leader lease ingresscontroller/ingress-controller-leader...
I0828 16:08:39.500890 7 nginx.go:327] Starting validation webhook on :8443 with keys /usr/local/certificates/cert /usr/local/certificates/key
I0828 16:08:39.503049 7 controller.go:141] Configuration changes detected,backend reload required.
I0828 16:08:39.504322 7 status.go:86] new leader elected: ingress-nginx-controller-xxxxxx-xxxx
I0828 16:08:39.728368 7 controller.go:157] Backend successfully reloaded.
I0828 16:08:39.728416 7 controller.go:166] Initial sync,sleeping for 1 second.
谁能提供一些关于为什么需要领导的见解？
谢谢！
布雷特
解决方法
简而言之，领导选举是一种机制，可以确保只有nginx入口控制器的一个实例在积极地做出决策，而其他所有实例都在不活跃，但是如果活动的一个实例出了问题，则可以领导。
这与kubernetes的控制平面组件（例如kube控制器管理器或kube调度程序）本质上非常相似。
同步是将所需状态从入口资源中定义的规则同步到实际的nginx配置文件中
nginx入口控制器pod副本本身之间没有状态同步，因为当pod首次启动时，每个pod都能执行从入口资源到实际nginx配置文件的所需状态的同步。通过kubernetes API服务器公开的API持续监视入口和其他资源。
,摘录自documents：
-启用领导者选举
启用领导者选举，以避免控制器的多个副本报告Ingress的状态， VirtualServer和VirtualServerRoute资源–仅一个副本 报告状态。 （默认为true）
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。