翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ライフサイクルスクリプトを使用して SageMaker HyperPod クラスターをカスタマイズする
SageMaker HyperPod は、常に稼働を続けるコンピューティングクラスターを提供します。これは、クラスターリソースのセットアップ方法を SageMaker HyperPod に指示するライフサイクルスクリプトを記述できるため、高度にカスタマイズ可能です。以下のトピックは、オープンソースのワークロードマネージャーツールで SageMaker HyperPod クラスターを設定するライフサイクルスクリプトを準備するためのベストプラクティスです。
以下のトピックでは、SageMaker HyperPod で Slurm 設定をセットアップするライフサイクルスクリプトを準備するための詳細なベストプラクティスについて説明します。
概要
次の手順は、HyperPod クラスターをプロビジョニングし、Slurm で設定する主なフローです。ステップは、ボトムアップアプローチの順番で並べられています。
-
HyperPod クラスターに Slurm ノードを作成する方法を計画します。例えば、2 つの Slurm ノードを設定する場合、HyperPod クラスターに 2 つのインスタンスグループを設定する必要があります。
-
Slurm 設定を準備します。次のいずれかのアプローチを選択します。
-
オプション A: API 駆動型設定 (推奨) – 各インスタンスグループ
SlurmConfig内で を使用してCreateCluster、API ペイロードで Slurm ノードタイプとパーティションを直接定義します。このアプローチでは、次のようになります。-
provisioning_parameters.jsonファイルは必要ありません -
Slurm トポロジは、インスタンスグループ定義とともに API ペイロードで定義されます。
-
FSx ファイルシステムは、 per-instance-group設定されます。
InstanceStorageConfigs -
設定戦略は によって制御されます。
Orchestrator.Slurm.SlurmConfigStrategy
SlurmConfigインスタンスグループの例:{ "InstanceGroupName": "gpu-compute", "InstanceType": "ml.p4d.24xlarge", "InstanceCount": 8, "SlurmConfig": { "NodeType": "Compute", "PartitionNames": ["gpu-training"] } } -
-
オプション B: レガシー設定 –
provisioning_parameters.jsonファイルを準備します。これは ですprovisioning_parameters.json の設定フォーム。 には、HyperPod クラスターでプロビジョニングする Slurm ノード設定情報が含まれているprovisioning_parameters.json必要があります。これは、ステップ 1 の Slurm ノードの設計を反映している必要があります。
-
-
一連のライフサイクルスクリプトを準備して、ソフトウェアパッケージをインストールし、ユースケース用にクラスターに環境をセットアップするよう HyperPod で Slurm を設定します。ライフサイクルスクリプトを中央の Python スクリプト (
lifecycle_script.py) でまとめて実行されるように構成し、エントリポイントシェルスクリプト (on_create.sh) を記述して Python スクリプトを実行する必要があります。エントリポイントシェルスクリプトは、ステップ 5 の後半で HyperPod クラスター作成リクエストに提供する必要があります。さらに、クラスターの作成時に HyperPod によって生成される
resource_config.jsonを期待するスクリプトも記述する必要がある点に注意してください。resource_config.jsonには、IP アドレス、インスタンスタイプ、ARN などの HyperPod クラスターリソース情報が含まれており、Slurm の設定に使用する必要があります。 -
前のステップのすべてのファイルをフォルダに集めます。フォルダ構造は、ステップ 2 で選択した設定アプローチによって異なります。
オプション A (API 駆動型設定) を選択した場合:
フォルダに必要なのは、カスタムセットアップタスクのライフサイクルスクリプトのみです。Slurm 設定と FSx マウントは、API ペイロードに基づいて HyperPod によって自動的に処理されます。
└── lifecycle_files // your local folder ├── on_create.sh ├── lifecycle_script.py └── ... // more setup scripts to be fed into lifecycle_script.py注記
API 駆動型設定を使用する場合、
provisioning_parameters.jsonファイルは必須ではありません。オプション B (レガシー設定) を選択した場合:
フォルダには、
provisioning_parameters.jsonとライフサイクルスクリプトの完全なセットが含まれている必要があります。└── lifecycle_files // your local folder ├── provisioning_parameters.json ├── on_create.sh ├── lifecycle_script.py └── ... // more setup scrips to be fed into lifecycle_script.py -
すべてのファイルを S3 バケットにアップロードします。S3 バケットパスをコピーして保持します。
sagemaker-で始まる S3 バケットパスを作成する必要がある点に注意してください。プレフィックスsagemaker-で始まる S3 バケットパスのみを許可する、AmazonSageMakerClusterInstanceRolePolicy でアタッチされた SageMaker HyperPod の IAM ロール を選択する必要があります。次のコマンドは、すべてのファイルを S3 バケットにアップロードするコマンドの例です。aws s3 cp --recursive./lifecycle_filess3://sagemaker-hyperpod-lifecycle/src -
HyperPod クラスター作成リクエストを準備します。
-
オプション 1: を使用する場合は AWS CLI、「」の手順に従って、クラスター作成リクエストを JSON 形式 (
create_cluster.json) で書き込みます新しいクラスターを作成する。 -
オプション 2: SageMaker AI コンソール UI を使用する場合、「SageMaker HyperPod クラスターを作成する」の手順に従って、HyperPod コンソール UI で [クラスターを作成] リクエストフォームに入力します。
この段階では、ステップ 1 と 2 で計画したのと同じ構造でインスタンスグループを作成してください。さらに、リクエストフォームでステップ 5 の S3 バケットを指定していることも確認してください。
-
-
クラスター作成リクエストを送信します。HyperPod はリクエストに基づいてクラスターをプロビジョニングした後、HyperPod クラスターインスタンスで
resource_config.jsonファイルを作成し、ライフサイクルスクリプトを実行しているクラスターで Slurm を設定します。
以下のトピックでは、HyperPod クラスターの作成時に適切に整理するよう設定ファイルとライフサイクルスクリプトを整理する方法について詳しく説明します。