翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
PCS AWS でのクラスターのスケジューラバージョンの更新
AWS PCS を使用すると、インフラストラクチャを再構築することなく、既存のクラスターのスケジューラバージョンを更新できます。バージョンの更新により、クラスターコントローラーは新しい Slurm メジャーバージョンに移行され、新機能、パフォーマンスの向上、セキュリティパッチにアクセスできます。新しいバージョンでは、サポートが終了するまでのサポート期間も長くなります。
概要
スケジューラのバージョン更新には、次の 3 つのオペレーションが含まれます。
-
ターゲット AMIs を準備する — ターゲット Slurm バージョンと最新の PCS エージェントを含む AMIs AWS を構築または識別します。
-
クラスターの更新 (
UpdateCluster) — コントローラーをターゲットの Slurm メジャーバージョンに移動します。 -
コンピューティングノードグループの更新 (
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場合があります。