すべてのプロダクト
Search
ドキュメントセンター

:Lingjun ノードプールの更新

最終更新日:Jun 23, 2026

Lingjun ノードプールの更新には、潜在的なリスクを特定するための事前チェックが含まれます。事前チェックに合格すると、kubelet とコンテナランタイムを更新できます。

制限事項

  • Lingjun ノードプールに 1 つ以上のノードが含まれている場合にのみ、ノードプールを更新できます。

  • Lingjun ノードプールのオペレーティングシステムの更新は、現在サポートされていません。

  • システムディスクを置き換えることによる Lingjun ノードプールの更新は、現在サポートされていません。更新前にノードのスナップショットを作成することもサポートされていません。

特徴

ノードプールの次のコンポーネントを更新できます。

コンポーネント

説明

アクション

考慮事項

kubelet

ノードプール内の kubelet を、クラスターのコントロールプレーンのバージョンと一致するように更新できます。利用可能な更新バージョンは、コントロールプレーンのバージョンによって決まります。

kubelet はインプレース更新を使用して更新されます。

kubelet の更新の詳細については、「クラスターの更新」をご参照ください。

コンテナランタイム

コンテナランタイムの新しいバージョンがリリースされた場合、ノードプール内のノードのコンテナランタイムを新しいバージョンに更新できます。

  • Docker から containerd に更新する場合、システムはまずノードをドレインし、次に Docker をアンインストールし、最後に containerd をインストールします。システムディスクは置き換えられません。

  • containerd を新しいバージョンに更新する場合、システムはノードのドレインなしでインプレース更新を実行します。

説明

Docker から新しい Docker バージョンへの更新はサポートされていません。

ランタイムの更新中に、Pod のプローブとライフサイクルフックが失敗する可能性があります。Pod がインプレースで再起動することもあります。

操作手順

  1. ACK コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。

  2. クラスターリスト ページで、対象のクラスターの名前をクリックします。左側のナビゲーションウィンドウで、ノード > ノードプール をクリックします。

  3. [ノードプール] ページで、対象の Lingjun ノードプールを見つけ、詳細 > アップグレード を選択します。

  4. 更新するコンポーネントを選択し、事前チェック をクリックします。

    説明

    事前チェックが失敗した場合、または警告が報告された場合は、「チェックの失敗を修正」をご参照いただくか、詳細を表示 をクリックして [事前チェックの詳細] ページに移動してトラブルシューティングを行ってください。

  5. 更新するコンポーネントを選択し、更新の開始 をクリックします。一括更新ポリシー セクションで、バッチごとに同時に更新するノードの最大数を設定します。

その他の操作

更新中に、イベントローテーション エリアで次の操作を実行できます。

  • 更新を一時停止または再開するには、一時停止 または 続行 をクリックします。

    • 一時停止された更新は中間状態です。他のクラスター操作を避け、速やかに更新を完了することを推奨します。更新が 7 日間以上一時停止されると、システムは自動的にプロセスを終了し、関連するすべてのイベントとログを削除します。

    • 一時停止 をクリックした後は、更新されたノードの kubelet とコンテナランタイムのバージョンをロールバックすることはできません。

  • キャンセル:更新中にプロセスをキャンセルする必要がある場合は、キャンセル をクリックします。

    キャンセル をクリックした後、すでに更新されているノードの kubelet とコンテナランタイムのバージョンをロールバックすることはできません。

インプレース更新

インプレース更新のプロセス

ノードプールの更新中、システムは指定された最大同時実行数に従ってバッチでノードを更新します。最大同時実行数は、ノード総数の 10% を超えることはできません。各バッチのノード数は、最大同時実行数に達するまで指数関数的に増加します (1、2、4、8 など)。最大同時実行数に達すると、それ以降の各バッチではその数のノードが更新されます。たとえば、最大同時実行数が 4 の場合、最初のバッチでは 1 ノード、2 番目のバッチでは 2 ノード、3 番目以降のすべてのバッチでは 4 ノードが更新されます。

图片1.png

よくある質問

一括更新の所要時間

各バッチのインプレース更新には約 5 分かかります。

更新中にワークロードは影響を受けますか?

これは、更新されるコンポーネントによって異なります。kubelet のインプレース更新はワークロードに影響しません。ただし、コンテナランタイムの更新により、Pod のプローブとライフサイクルフックが失敗し、Pod が再起動する可能性があります。

更新後のバージョンロールバック

いいえ。現在、kubelet とコンテナランタイムは更新後のバージョンロールバックをサポートしていません。

管理外ノードの更新

ノードプール機能がリリースされる前に作成されたクラスターには、どのノードプールにも属さない管理外ノードが含まれている場合があります。これらのノードを更新するには、まずノードプールに移行する必要があります。管理外ノードをノードプールに移行する方法の詳細については、「管理外ノードのノードプールへの移行」をご参照ください。