View a markdown version of this page

PCS AWS でのクラスターのスケジューラバージョンの更新 - AWS PCS

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

PCS AWS でのクラスターのスケジューラバージョンの更新

AWS PCS を使用すると、インフラストラクチャを再構築することなく、既存のクラスターのスケジューラバージョンを更新できます。バージョンの更新により、クラスターコントローラーは新しい Slurm メジャーバージョンに移行され、新機能、パフォーマンスの向上、セキュリティパッチにアクセスできます。新しいバージョンでは、サポートが終了するまでのサポート期間も長くなります。

概要

スケジューラのバージョン更新には、次の 3 つのオペレーションが含まれます。

  1. ターゲット AMIs を準備する — ターゲット Slurm バージョンと最新の PCS エージェントを含む AMIs AWS を構築または識別します。

  2. クラスターの更新 (UpdateCluster) — コントローラーをターゲットの Slurm メジャーバージョンに移動します。

  3. コンピューティングノードグループの更新 (UpdateComputeNodeGroup) — 新しいノードがターゲットバージョンを使用するように、各コンピューティングノードグループを新しい AMI にポイントします。詳細については、「PCS AWS コンピューティングノードグループの更新」を参照してください。

フォローできるパスは 2 つあります。ジョブの中断を許容できるかどうか、およびデュアルバージョン AMI (現在のバージョンとターゲットの Slurm バージョンの両方を含む) を使用するかどうかに基づいて選択します。

選択したオプションにかかわらず、プロセスを開始する前に、クラスター内のすべてのノードが同じバージョン「A」を実行し、プロセスの最後にすべてのノードが同じバージョン「B」を実行する必要があります。オプション 2 は、クラスターの設定に関係なく機能します。

オプション 1: ローリング更新 オプション 2: フルフリートのリサイクル
ジョブの実行 ジョブの終了は不要 実行中のすべてのジョブが終了しました
AMI 要件 現在の Slurm バージョンとターゲット Slurm バージョンの両方を含める必要があります ターゲットの Slurm バージョンのみが必要
クラスターコントローラーの最小バージョン 24.05 制限なし
コントローラーの更新後のコンピューティングフリート 混合バージョンは一時的に必要です。ドレインステップが必要です。クラスターで混合バージョンを使用する時間を最小限に抑えることをお勧めします。 すべてのノードがターゲットバージョンで新しく起動する
注記

開始する前に、すべてのコンピューティングノードが Slurm バージョン A の最新パッチと最新の AWS PCS エージェントにあることを確認します。

制限事項

以下の設定では、追加のステップが必要になるか、オプション 1 (ローリング更新) と互換性がありません。前述の回避策がない場合は、代わりにオプション 2 (フルフリートリサイクル) を使用する必要があります。

  • Spank plugins – クラスターが Spank plugins (plugstack 設定) を使用している場合、オプション 1 はサポートされていません。ローリング更新により、プラグスタック設定バージョンの不一致やプラグインの失敗が発生する可能性があります。

  • CLI フィルタープラグインを 25.11 に更新 – クラスターが CLI フィルタープラグインを使用していて、バージョン 25.11 に更新する場合、オプション 1 (ローリング更新) では、更新中にクラスターの Slurm 設定でCliFilterParameters明示的に を設定する必要があります。がないとCliFilterParameters、以前のバージョンを実行しているノードはコントローラーの更新後に CLI フィルタースクリプトパスを解決できず、sbatchエラーが発生します。詳細については、「Slurm CLI フィルタープラグインを使用して PCS AWS でのジョブ送信をカスタマイズする」を参照してください。

バージョン互換性

次の表は、現在のクラスターバージョンに応じて、更新するサポートされているターゲットバージョンを示しています。常に、許可された最新バージョン (太字で表示) にアップグレードすることをお勧めします。

クラスターとすべてのコンピューティングノードは、更新を開始する前に常に同じ Slurm バージョンを実行する必要があります。

現在のクラスターバージョン 互換性のあるターゲットバージョン
25.11 該当なし
25.05 25.11
24.11 (EOL) 25.11、25.05
24.05 (EOL) 25.11、25.05、24.11
23.11 (EOL) (オプション 2 経由のみ) 25.05、24.11、24.05

サポートされているバージョンとend-of-lifeの詳細については、「」を参照してくださいPCS の Slurm AWS バージョン

1 回の更新で 3 つのメジャーバージョンを超えてスキップすることはできません。ターゲットバージョンが現在のバージョンより 3 つ以上のメジャーバージョンの場合は、複数の連続したステップで更新を実行します。マルチステップの例については、「」を参照してください例: 複数のバージョンにわたる更新

実行中のジョブへの影響

更新中、Slurm コントローラーは一時的に使用できなくなります。その結果、次のことが起こります。

  • ジョブの実行 — オプション 1 (ローリング更新) の場合、コンピューティングノードで既に実行されているジョブは引き続き実行されます。コンピューティングノードでは、コントローラーをアクティブなジョブ実行に使用できる必要はありません。オプション 2 (フルフリートリサイクル) の場合、実行中のすべてのジョブはフリートのスケールダウン時に終了します。

  • 新しいジョブの送信 — コントローラーが使用できない間は、新しいジョブを送信したり、スケジューラコマンドを実行したりすることはできません。

  • スケーリング — 自動スケーリングは更新中に一時停止されます。更新が完了するまで、新しいインスタンスは起動されず、スケールダウンのためにインスタンスは終了されません。

  • アカウンティングデータ — アカウンティングが有効になっている場合、アカウンティングデータは更新全体で保持されます。アカウンティングデータベースに保存されているジョブレコードは、バージョン変更後も保持されます。

  • Slurm REST API — Slurm REST API がクラスターで有効になっている場合、UpdateClusterオペレーションの一部として新しいスケジューラバージョンに自動的に更新されます。REST API エンドポイントは更新中は使用できず、クラスターが ACTIVE状態に戻ると再開されます。詳細については、「PCS の Slurm AWS REST API」を参照してください。

バージョン更新と設定変更の組み合わせ

バージョン更新と他の設定変更を 1 回のUpdateClusterリクエストで組み合わせることができます。たとえば、スケジューラのバージョンを更新し、同じオペレーションでアカウンティングを有効にできます。

注記

以前のバージョンのノードがフリートに含まれている間は、ターゲットバージョンに固有の Slurm 設定を追加しないでください。設定はすべてのノードに分散されます。古いノードは新しいパラメータを認識しないslurmd場合があります。