如何在Google Compute Engine上爲高可用性Kubernetes啓用領導者選舉？

我試圖在GCE上以高可用性模式運行kubernetes，其後instructions，但是我的kube-scheduler.manifest和kube-controller-manager.manifest沒有在任何主設備上設置標記--leader-elect=true。如何在Google Compute Engine上爲高可用性Kubernetes啓用領導者選舉？

我在salt templates中挖了一遍，在我看來，沒有配置選項來啓用它。此外，high-availability proposal建議即使在「非複製模式」下也應該啓用標誌，但看起來並不如此。

爲kube-scheduler和kube-controller-manager啓用leader選舉的正確方法是什麼？有沒有辦法做到這一點，而不訴諸於modifying the salt tars myself？

high-availability instructions提到啓用--leader-elect標誌，但high-availability setup instructions沒有解釋如何做到這一點。 high-availability proposal doc對領導者選舉說了這樣的話：「我們將在非複製模式下使用相同的配置來簡化部署腳本」，但我無法在鹽模板中找到相關證據。

leader-elect標誌的默認值是true，因此在沒有顯式配置的情況下應該啓用leader leader client。

您可能還希望根據您旋轉的主設備數（默認爲1）設置Kubernetes API服務器的apiserver-count標誌。它給大師選舉的組件（調度器，控制器管理器）提供了一個關於主人形成的法定數量的提示，因爲領導者選舉過程使用了Raft共識。

參考文獻：

2017-02-28 23:48:25

感謝偉大的答案！ apiserver-count旗正確地做了什麼？ –

這決定了主人形成的法定人數的大小。我用解釋更新了我的答案。 –

回答