Kubernetes HAリーダーコントロールプレーンサービスの再起動

Question

kubernetes-the-hard-wayを実行してローカルのUbuntu 16.04 VMに移植する際、HAコントロールプレーンを起動すると問題が発生します。選出されたリーダーのkube-apiserverとkube-controller-managerサービスは失敗して再開しますが、他の2人のリーダー以外のマスターのコントロールプレーンも正常に動作します。この動作は、クラスタの周りのリーダーに従います。

EtcDが幸せになります。

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 

私がして、現在のリーダーを確認しました：

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-apiserverログ： Pastebin apiserver logs

KUBE-controller-マネージャーログ： Pastebin controller logs

Answer 1

ログのさまざまな「ストレージ」関連のエラーを考慮すると、これはリーダー選挙に関連しているため、おそらく問題が関連する可能性があると考えました。 Etcdは報告してもうまくいった。 grinの場合、私は--experimental-encryption-provider-config=/var/lib/kubernetes/encryption-config.yaml \\をapi-server.serviceから削除しました。そして、コントロールペインは満足しています。

暗号化自体が問題を引き起こしていたかどうか、暗号化の自動化が問題になっているかどうかはわかりません。