Kubernetes HA領導者控制平面服務重啓

當遵循kubernetes-the-hard-way並將其移植到本地Ubuntu 16.04 VM時，啓動HA控制平面給我帶來了問題。當選領導者的kube-apiserver和kube-controller-manager服務保持失敗並重新啓動，但其他兩位非領導者主控制器上的控制面顯示正常。此行爲遵循集羣周圍的領導者。Kubernetes HA領導者控制平面服務重啓

ETCD看上去很幸福：

kubectl get endpoints kube-controller-manager --namespace=kube-system -o yaml 


apiVersion: v1 
kind: Endpoints 
metadata: 
    annotations: 
    control-plane.alpha.kubernetes.io/leader: '{"holderIdentity":"df-dev-kube-test02","leaseDurationSeconds":15,"acquireTime":"2017-09-13T17:15:06Z","renewTime":"2017-09-13T18:10:46Z","leaderTransitions":7}' 
    creationTimestamp: 2017-09-13T14:59:57Z 
    name: kube-controller-manager 
    namespace: kube-system 
    resourceVersion: "7814" 
    selfLink: /api/v1/namespaces/kube-system/endpoints/kube-controller-manager 
    uid: 3599a959-9894-11e7-a34f-005056b24128 
subsets: []

KUBE-API服務器日誌： Pastebin apiserver logs

KUBE-控制器 -

member 7f44a7567a5e995 is healthy: got healthy result from https://10.1.15.117:2379 
member 43d2258c438cbf4e is healthy: got healthy result from https://10.1.15.116:2379 
member a83b22e9f907f471 is healthy: got healthy result from https://10.1.15.115:2379 
cluster is healthy

我已經通過驗證了當前領導經理日誌： Pastebin controller logs

來源

2017-09-13 MrShushhh

考慮到日誌中的各種「存儲」相關錯誤，並且由於這與領導者選舉有關，所以我認爲或許這個問題可能與etcd有關。 Etcd不斷報告。對於笑臉，我從api-server.service中刪除--experimental-encryption-provider-config=/var/lib/kubernetes/encryption-config.yaml \\，現在控制面板很開心。

我不確定是否加密本身是破壞事物，或者如果我的加密自動化處理它。

來源

2017-09-15 14:19:46 MrShushhh

Kubernetes HA領導者控制平面服務重啓

回答

相關問題