質問

Kubernetes ワーカー ノードの Flanneld には構成ファイル /etc/sysconfig/flanneld があり、これはワーカー ノードの localhost 上の ETCD を指し、マスター ノードの etcd URL を指す必要があります。

これは、Pod ネットワークが適切に構成されていないこと、または Flannel と Kubernetes ユーザーが異なる構成ファイルを使用していることを意味しますか? その場合、flanneld はどの構成を使用しますか?

また、Kubernetes が CNI とやり取りする方法に関連する適切な参照/リソースがある場合は、親切に提案してください。

ワーカー ノードでは、構成はマスター IP ではなく、自身を指します。

ワーカー ノードが正常に参加しました。

ワーカー ノードの flannel.1 IF は、マスターを使用した保存 CIDR で構成されていますが、構成は Flannel が構成されたマスターを指していません。

ワーカーで実行されるステップ (sudo yum install kubelet kubeadm flanneld 以外) は kubeadm join であり、成功したように見えます (ただし、いくつかのエラー メッセージが表示されます)。

バックグラウンド

VirtualBoxのCentOS 7でkubeadmを使用してクラスターを作成するに従って、Kubernetes 1.8.5をインストールしました。

関連している

• kubeadm init --token=xyz または kubeadm init --token xyz?

私は kubernetes には比較的慣れていませんが、以前に多くのクラスターを正常に作成しました。現在、既存のクラスターにノードを追加しようとしたときに問題に直面しています。最初は kubeadm の参加が成功しているように見えますが、ポッド ネットワークを初期化した後でも、マスターだけが Ready になりました。

root@master# kubectl get nodes NAME STATUS ROLES AGE VERSION master-virtual-machine Ready master 18h v1.9.0 testnode-virtual-machine NotReady <none> 16h v1.9.0

OS: Ubuntu 16.04

どんな助けでも大歓迎です。ありがとう。

次のコマンドを使用して、Ubuntu Kubernetes v1.9 クラスターを開始しようとしています。

そのままでは、これにより初期化が失敗します。

マスター ノードのログ (/var/log/syslog) に、(1) python-yaml の欠落に起因するエラーが表示されます。

これを修正すると (以下を参照)、(2) Docker イメージの読み込みの失敗に関するエラー メッセージが表示されます。

kubernetes/cluster/gce/gci/configure.sh に以下を含めることで問題を修正しました。

次に、configure.sh の下部にある「メイン ループ」で、kube-env をダウンロードする前にその関数を呼び出します。

これにより、クラスターを正常にセットアップできます。ただし、この修正は非常に悪い形のようです。メタデータを介して GCE インスタンスに渡される起動スクリプトに同じものを追加しようとしましたが、configure.sh の後に実行されるため、エラーは修正されません。デフォルトの OS (cos) で実行しても問題なく動作することに注意してください。

ここで何が間違っていますか？Ubuntu クラスターを実行するためのより良い方法はありますか?