如何在Google Compute Engine上为高可用性Kubernetes启用领导人选举?

如何在Google Compute Engine上为高可用性Kubernetes启用领导人选举?,kubernetes,google-compute-engine,high-availability,Kubernetes,Google Compute Engine,High Availability,我尝试在GCE上以高可用性模式运行kubernetes,但我的kube调度程序.manifest和kube控制器管理器。manifest没有在任何主控器上设置--leader elect=true标志 我在中翻了翻,在我看来,没有配置选项来启用它。此外,建议即使在“非复制模式”下也应启用该标志,但似乎没有启用 为kube调度程序和kube控制器管理器启用领导人选举的正确方法是什么?有没有一种不诉诸法律的方法 提到启用--leader elect标志,但没有具体说明如何执行。关于领导人选举,政府说

我尝试在GCE上以高可用性模式运行kubernetes,但我的
kube调度程序.manifest
kube控制器管理器。manifest
没有在任何主控器上设置
--leader elect=true
标志

我在中翻了翻,在我看来,没有配置选项来启用它。此外,建议即使在“非复制模式”下也应启用该标志,但似乎没有启用

为kube调度程序和kube控制器管理器启用领导人选举的正确方法是什么?有没有一种不诉诸法律的方法


提到启用
--leader elect
标志,但没有具体说明如何执行。关于领导人选举,政府说:“我们将在非复制模式下使用相同的配置来简化部署脚本”,但我在salt模板中找不到这方面的证据。

从Kubernetes v1.4.0开始,
领导人选举
标志的默认值为
true
,因此,在没有显式配置的情况下,应该启用leader election客户端

您可能还需要根据您启动的主机数量设置Kubernetes API服务器的
apiserver count
标志(默认为
1
)。它向主选组件(调度器、控制器管理器)提供有关主选组件形成的仲裁大小的提示,因为领导者选举过程使用一致性

参考资料:


谢谢你的回答!apiserver count标志的作用是什么?它决定了主服务器形成的仲裁的大小。我用解释更新了我的答案。