AWS PCS でログインノードのコンピューティングノードグループを作成する

コンピューティングノードグループを作成するには

• AWS PCS コンソールを開き、クラスターに移動します。

• という名前のクラスターを選択する get-started

• Compute ノードグループに移動し、作成を選択します。

• Compute ノードグループのセットアップセクションで、以下を指定します。

  • コンピューティングノードグループ名 – と入力しますlogin。

• コンピューティング設定で、次の値を入力または選択します。

  • EC2 起動テンプレート – 名前が である起動テンプレートを選択します。 login-getstarted-lt

  • IAM インスタンスプロファイル – という名前のインスタンスプロファイルを選択します。 AWSPCS-getstarted-role

  • サブネット – 名前が で始まるサブネットを選択しますhpc-networking:PublicSubnetA。ログインノードはパブリックサブネットで実行されるため、ログインして作業を送信できます。

  • インスタンス – を選択しますc6i.xlarge。

  • スケーリング設定 – 最小インスタンス数には、 と入力します1。最大インスタンス数には、 と入力します1。両方のカウントを で修正すると1、クラスターへの安定したエントリポイントとして、1 つのログインノードが常に実行されます。

• 追加設定で、以下を指定します。

  • AMI ID – 次の形式の名前を持つ、使用する AMI を選択します。

    aws-pcs-sample_ami-al2023-platform-slurm-version

    注記

    Slurm 25.05 以前のバージョンのサンプル AMIsAmazon Linux 2023 (amzn2) の代わりに Amazon Linux 2 () を使用しますal2023。

    サンプル AMIs「」を参照してくださいPCS でのサンプル Amazon マシンイメージ (AMIs) AWS の使用。

• ノードライフサイクルアクションセクションで、共有ストレージをマウントしてノードログを転送するスクリプトを追加します。次の各アクションのスクリプトの追加を選択します。スクリプトはステージ内で上から下に実行されるため、表示されている順序で追加します。AWS が管理するスクリプトの詳細については、「」を参照してくださいAWSが管理するスクリプト。

  1. configure-cloudwatch-logs – 各ノードのライフサイクルアクションログを Amazon CloudWatch Logs に転送します。最初に設定し、その後のアクションでノードの最初のブートから出力がキャプチャされるようにします。

     • ライフサイクルステージ – を選択しますnodeBootstrapped。

     • スクリプトの場所 – と入力しs3://aws-pcs-repo-region/aws-pcs-node-lifecycle-scripts/configure-cloudwatch-logs-v1-latest.sh、region をクラスターの AWS Region に置き換えます。

     • 名前 – と入力しますconfigure-cloudwatch-logs。

     • 引数 – このフィールドは空のままにします。スクリプトは自動的にログを/aws/pcs/cluster-id/lifecycleロググループに送信します。

     • エラー処理の動作 – を選択しますCONTINUE。

     • 実行ポリシー – を選択しますFIRST_BOOT_ONLY。

  2. configure-efs-homes – Amazon EFS ファイルシステムを のホームディレクトリベースとしてマウント/homeし、初回ログイン時に各ユーザーのホームディレクトリを作成するようにノードを設定します。

     • ライフサイクルステージ – を選択しますnodeBootstrapped。

     • スクリプトの場所 – と入力しs3://aws-pcs-repo-region/aws-pcs-node-lifecycle-scripts/configure-efs-homes-v1-latest.sh、region をクラスターの AWS Region に置き換えます。

     • 名前 – と入力しますconfigure-efs-homes。

     • 引数 – 「」と入力し--efs-id efs-file-system-id --home-base /home --options tls、efs-file-system-id をチュートリアルの前半で作成した EFS ファイルシステムの ID に置き換えます。

     • エラー処理の動作 – を選択しますCONTINUE。

     • 実行ポリシー – を選択しますEVERY_BOOT。

  3. mount-fsx-lustre – FSx for Lustre ファイルシステムを にマウント/sharedして、高性能の共有スクラッチストレージを実現します。

     • ライフサイクルステージ – を選択しますnodeBootstrapped。

     • スクリプトの場所 – と入力しs3://aws-pcs-repo-region/aws-pcs-node-lifecycle-scripts/mount-fsx-lustre-v1-latest.sh、region をクラスターの AWS リージョン ( など) に置き換えますus-east-1。

     • 名前 – と入力しますmount-fsx-lustre。

     • 引数 – を入力します。fsx-dns-name を DNS 名に置き換え、mount-name を FSx for Lustre ファイルシステムの作成時にメモしたマウント名--fsx-dns-name fsx-dns-name --mount-name mount-name --mount-point /sharedに置き換えます。

     • エラー処理の動作 – を選択しますCONTINUE。

     • 実行ポリシー – を選択しますEVERY_BOOT。

  4. set-shared-dir-mode – ユーザーがファイルを作成できるように、ワールド書き込み可能なスティッキーアクセス許可 (モード 1777) /sharedに設定します。マウントされたファイルシステムに適用されるmount-fsx-lustreように、 の後に実行されます。

     • ライフサイクルステージ – を選択しますnodeBootstrapped。

     • スクリプトの場所 – と入力しますhttps://aws-hpc-recipes.s3.us-east-1.amazonaws.com/main/recipes/pcs-scripts/open_shared_dir/assets/set-shared-dir-mode-v1.0.0.sh。このコミュニティスクリプトは、HPC Recipes for によって公開されます AWS。

     • 名前 – と入力しますset-shared-dir-mode。

     • 引数 – と入力します--path /shared --mode 1777。

     • エラー処理の動作 – を選択しますCONTINUE。

     • 実行ポリシー – を選択しますEVERY_BOOT。

• コンピューティングノードグループの作成 を選択します。