Container Service for Kubernetes:オペレーティングシステムの変更

サポートされている OS タイプ、イメージバージョン、および使用上の制限については、「OS イメージのリリースノート」をご参照ください。

注意事項

• この操作では、システムディスクをバッチで置換して OS を更新します。事前にシステムディスクから重要なデータをバックアップしてください。データディスクは影響を受けません。この操作はオフピーク時に実行してください。

• システムディスクの交換によるアップグレードを行う際、ACK は設定された PodDisruptionBudget (PDB) を尊重しながら ノードのドレインを実行し、Pod を他の利用可能なノードに退避させます。高可用性を確保するために、複数のレプリカを使用するデプロイ戦略を用いて、ワークロードを複数のノードに分散してください。また、重要なサービスには PDB を設定して、同時に中断される Pod の数を制御してください。

  ノードのドレインのデフォルトのタイムアウトは 30 分です。この時間内に Pod の移行が完了しない場合、ACK はサービスの安定性を維持するためにアップグレードを終了します。

• システムディスクの交換によるアップグレードを行うと、ACK は現在のノードプールの設定 (ログイン方法、ラベル、taint、OS イメージ、コンテナランタイムバージョンなど) に基づいてノードを再初期化します。ノードプールの設定は、ノードプールの編集によって更新してください。他の手段でノードを変更した場合、アップグレードによってこれらの変更は上書きされます。

• ノード上の Pod が システムディスクを指す HostPath ボリュームを使用している場合、システムディスクの交換によるアップグレード後に HostPath ディレクトリ内のデータは失われます。

• SWAP パーティションの有効化や、コマンドラインによる kubelet または コンテナランタイムの設定変更など、クラスターに独自の変更を加えている場合、アップグレードプロセスが失敗したり、カスタム設定が上書きされたりする可能性があります。

• 一部の ACK オペレーティングシステムでは、デフォルトで cgroup v2 が使用されます。関連する考慮事項については、「cgroup v2 の概要」をご参照ください。

• 孤立したノード (ノードプールによって管理されていないワーカーノード) がある場合は、「ノードプールに移行」してください。

• ContainerOS 3.4.0 以降では、システムディスクは読み取り専用であり、起動にはデータディスクのアタッチが必要です。ContainerOS 3.4.0 以降にアップグレードする場合は、以下の手順に従ってください。他のバージョンは影響を受けません。

  詳細な手順

  ノードプールのデータディスクの状態に基づいてプランを選択します：

  • データディスクが 1 台アタッチされている場合：以下の「手順」に従ってアップグレードしてください。

  • 複数のデータディスクがアタッチされている場合：ローテーション移行を実行してください。ContainerOS 3.4 以降と 1 台のデータディスクでノードプールを作成し、ノードをスケールアウトしてください。古いプールのスケジューリングを無効にする、またはラベルを使用するなどして、アプリケーションを徐々に新しいプールに移行してください。移行後、古いプールを廃止してください。

  • データディスクがアタッチされていない場合：

    • 現在のノードプールを維持する場合：ノードプールの設定にデータディスクを 1 台追加し、新しいノードをスケールアウトしてください。新しいノードが実行された後、古いノードをドレインして削除してください。

    • 新しいノードプールに移行する場合：「複数のデータディスクがアタッチされている場合」と同じ手順に従ってください。

  ノードプールを作成または編集するには、「ノードプールの作成と管理」をご参照ください。ノードをスケジュール不可に設定するには、「ノードのドレインとスケジューリングステータスの管理」をご参照ください。ノードを削除するには、「ノードの削除」をご参照ください。

• バージョン番号を指定して GPU ドライバーのバージョンをカスタマイズするか、OSS URL を使用してカスタマイズした場合、更新後に OS とドライバーに互換性がなくなる可能性があります。「ACK でサポートされている NVIDIA ドライバーのバージョン」を参照して、互換性のあるドライバーを選択してください。

手順

互換性のリスクを回避するため、OS イメージを更新したり OS タイプを変更したりする前に、事前チェックを実行してください。

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

2. [クラスター] ページで、管理するクラスターの名前をクリックします。 左側のナビゲーションウィンドウで、[ノード] > [ノードプール] を選択します。

3. ノードプール リストの対象ノードプールの アクション 列で、 > オペレーティングシステムの交換 を選択します。

4. 事前チェック をクリックして、潜在的なリスクをスキャンします。

   • 正常：事前チェックに合格しました。更新を続行してください。

   • 異常：現在のクラスターの操作には影響しません。報告された問題を修正してから続行してください。

5. 事前チェックに合格したら、次のパラメーターを設定し、入れ替えの開始 をクリックします。

   パラメーター		説明
   移行先のバージョン		移行先の OS イメージとバージョン。
   現在のバージョン		現在の OS バージョン。
   [ノードの更新]		更新対象のノード。すべてのノードまたは特定のノードを選択します。
   [警告レベルのチェック項目を無視]		事前チェックで警告が報告された場合に続行するかどうかを設定します。たとえば、Pod がシステムディスクを指す hostPath を使用している場合などです。
   [ポリシーの一括交換]	[バッチごとに実行されるノードの最大数]	バッチごとに同時に更新される最大ノード数です。
   	[自動一時停止ポリシー]	OS 置換プロセスの一時停止ポリシーです。
   	[バッチごとの時間間隔]	自動一時停止ポリシーが [一時停止しない] の場合のバッチ間の間隔を設定します。有効な値：5～120 分。
   	[自動スナップショット]	重要なデータを持つノードのスナップショットを作成して、バックアップと復元を有効にします。スナップショットにはスナップショット料金が発生します。更新後、不要なスナップショットを削除してください。

   重要

   OS を変更する前に、「OS イメージのリリースノート」を参照して、OS 関連の互換性リスクを回避してください。

参考資料

• kubelet とコンテナランタイムのバージョンをアップグレードするには、「ノードプールのアップグレード」をご参照ください。

• 「リファレンス：インプレース更新とシステムディスクの置換による更新」をご参照ください。