問題タブ [kubelet]

質問する

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

310 問題
Newest
Active
Bountied
318
Unanswered
0 投票する
1 に答える
185 参照

kubernetes - Kubernetes: Attach 呼び出しが失敗したときの動作。永遠にアタッチを再試行する必要がありますか、それとも永遠にマウントする必要がありますか?

ポッドの再スケジュール後に新しいノードにボリュームをアタッチする際の Kubernetes の動作について質問があります。

クラスターでの一般的な動作は次のとおりです。

  1. ノード n1 が使用不可になる

  2. ボリューム v1 のポッド A は、ノード n2 で再スケジュールされます

  3. ボリューム v1 をノード n1 から切り離しています。これには数秒かかります

  4. ノード n2 の kubelet は、ボリューム v1 をポッド A にアタッチしようとします

  5. ボリューム v1 はノード n1 からまだ切り離されていないため、Attach 呼び出しは次のように失敗します。

    /li>

  6. この接続エラーの後、kubelet は永久にボリューム v1 をマウントしようとします (ボリュームが接続されていないため失敗します)。

    /li>

私の質問は: k8s がマウントを試みる前に再度接続を試みないのはなぜですか?

ここでの問題は、デタッチが十分に迅速に行われている場合は問題がないことですが、kubelet によって Attach が呼び出されたときにデタッチがまだ行われていない場合は、スタックします。

コードを掘り下げると、動作は WaitForAttachAndMount のようです。1/ Try Attach 2/ 接続の結果がどうであれ、Try Mount でループします。

予想される動作は 1/ Try Attach でループ 2/ ある時点で Attach が成功した場合、Try Mount でループ?

この質問はhttps://github.com/kubernetes/kubernetes/issues/69158に関連しています

0 投票する
1 に答える
163 参照

kubernetes - ポッドは保留中ですか? cni と関係ありますか？

centos7.5

なぜここは常に Pending なのですか?上記の etcd コンテナーは正常ではないのに、なぜ下のポッドはそうでないのですか?

K8S 独自のプロセスを開始するには、最初に CNI コンテナーもインストールする必要があります。

リソースは十分であるべき

システム Pod を開始するには、cni を構成する必要がありますか? ここは要らない気がする


12345678910