2017-03-31 12 views
5

generic install scriptsを使用して、ベアメタルのCoreOSにKubernetesをセットアップしました。 Kubernetesバージョン1.5.4で現在の安定版リリース1298.6.0を実行しています。Kubernetesマスターでポッドのスケジューリングを許可しますか?

高可用性のマスター設定が必要ですが、3台のサーバをKubernetesマスターとしてのみ使用できるようにするには十分なハードウェアがありません。そのため、ユーザーポッドにKubernetesのマスターに予定されています。私は/etc/systemd/system/kubelet.serviceに--register-schedulable = trueを設定しましたが、それでもSchedulingDisabledとして現れました。

ワーカーとしてTLS証明書を追加したり、これらの設定をkubelet.serviceに追加したり、/etc/kubernetes/worker-kubeconfig.yamlを追加するなど、ノードを含む設定を追加しようとしました。それらの証明書を指し示しており、その情報を/etc/kubernetes/manifests/kube-proxy.yamlに追加しました。既存のノードを追加するためのテンプレートとして使用しました。これにより、マスタのホスト名の下に別のノードが登録され、マスタノードと元のマスターノードの両方がNotReady、SchedulingDisabledとして表示されました。

This questionは、マスターノード上のスケジューリングポッドは可能でなければならないが、主題についてはほとんど見つからないことを示しています。

答えて

2

マスターノードがNotReadyと表示される理由はわかりません。それはすべきではない。調べるにはkubectl describe node mymasternodeを実行してみてください。 taints and tolerationsをよく読んで動作することを理由

kubectl taint nodes mymasternode dedicated- 

を理解するために:マスターノードがは、汚染を除去するために、すべてのご主人に対してこのコマンドを実行しdedicated=master:NoSchedule

が汚染されているので、

SchedulingDisabledです。

5

あなたは上記のKubernetes 1.7を使用している場合:

kubectl taint node mymasternode node-role.kubernetes.io/master:NoSchedule 
関連する問題