翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
PCS AWS でのノードライフサイクルアクションのベストプラクティス
ノードライフサイクルアクションを使用する場合は、以下のベストプラクティスに従ってください。
-
crawl-walk-runをテストします。スタンドアロンの Amazon EC2 インスタンスでスクリプトを検証し、1 つの静的インスタンス (
minInstanceCount=maxInstanceCount= 1) を持つコンピューティングノードグループのライフサイクルアクションとして、次に動的スケーリングでスクリプトを検証します。 -
適切な を選択します
executionPolicy。1 回限りの設定はデフォルトの のままにしますFIRST_BOOT_ONLY。再起動後に再適用する必要がある設定EVERY_BOOTにのみ使用します。 -
EVERY_BOOTスクリプトをべき等にします。再実行は安全である必要があります。FIRST_BOOT_ONLYスクリプトは 1 回実行されるため、これは必要ありません。 -
わかりやすい名前を使用します。名前はログパスとコンソールに表示されます。たとえば、 ではなく
Mount EFS home directoryですscript1。 -
AMI に重いインストールをベイクします。ノードは Slurm に参加するために約 30 分かかります。インストールに 5 分以上かかる場合は、カスタム AMI または共有ファイルシステムに配置します。
-
本番環境、特に共有リポジトリからのスクリプトにはチェックサムを使用します。
-
ノードブートストラップスクリプトを使用してログを Amazon CloudWatch に転送し、終了したインスタンスをデバッグできるようにします。 AWSメンテナンスされた
configure-cloudwatch-logs.shスクリプトはこれを行います。詳細については、「PCS AWSのノードライフサイクルアクションにメンテナンスされたスクリプト AWS を使用する」を参照してください。 -
依存関係を最小限に抑え、スクリプトを使い果たすバックグラウンドプロセスを回避します。
-
/etc/amazon/pcs/または の下にある AWS PCS エージェントファイル、または名前が で始まる systemd ユニットを変更しないでくださいpcs-。/var/log/amazon/pcs/これらはクラスター接続を管理します。 -
Secrets Manager または Systems Manager パラメータストアにシー AWS クレットを保存します。シークレットをスクリプト引数として渡さないでください。引数は API レスポンスとコンソールに表示されます。
-
プライベートサブネット内のノードのゲートウェイ VPC エンドポイントで S3 を使用します。エンドポイントは、インターネットからの出力を必要とせずにスクリプトアクセスを提供します。
