ストレージプロファイルからパスマッピングルールを取得する

パスマッピングルールは、ジョブからワーカーホスト上のパスの実際の場所にパスを再マッピングする方法を説明します。タスクがワーカーで実行されている場合、ジョブのストレージプロファイルがワーカーのフリートのストレージプロファイルと比較され、タスクのパスマッピングルールが取得されます。

Deadline Cloud は、キューの設定に必要なファイルシステムの場所ごとにマッピングルールを作成します。たとえば、WSAllストレージプロファイルを使用してキューに送信されたジョブQ1には、パスマッピングルールがあります。

Deadline Cloud は、 FSCommと FS1 ファイルシステムの場所のルールを作成しますが、 WSAllと の両方のWorkerConfigストレージプロファイルで が定義されている場合でも、FS2ファイルシステムの場所は作成しませんFS2。これは、キューQ1の必要なファイルシステムの場所のリストが であるためです["FSComm", "FS1"]。

オープンジョブの説明のパスマッピングルールファイルを出力するジョブを送信し、ジョブの完了後にセッションログを読み取ることで、特定のストレージプロファイルで送信されたジョブで使用できるパスマッピングルールを確認できます。

# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
# Change the value of QUEUE1_ID to queue Q1's identifier
QUEUE1_ID=queue-00112233445566778899aabbccddeeff
# Change the value of WSALL_ID to the identifier of the WSALL storage profile
WSALL_ID=sp-00112233445566778899aabbccddeeff

aws deadline create-job --farm-id $FARM_ID --queue-id $QUEUE1_ID \
  --priority 50 \\
  --storage-profile-id $WSALL_ID \
  --template-type JSON --template \
  '{
    "specificationVersion": "jobtemplate-2023-09",
    "name": "DemoPathMapping",
    "steps": [
      {
        "name": "ShowPathMappingRules",
        "script": {
          "actions": {
            "onRun": {
              "command": "/bin/cat",
              "args": [ "{{Session.PathMappingRulesFile}}" ]
            }
          }
        }
      }
    ]
  }'

Deadline Cloud CLI を使用してジョブを送信する場合、そのsettings.storage_profile_id設定により、CLI で送信されたジョブが持つストレージプロファイルが設定されます。WSAll ストレージプロファイルを使用してジョブを送信するには、以下を設定します。

deadline config set settings.storage_profile_id $WSALL_ID

サンプルインフラストラクチャで実行されているかのようにカスタマーマネージドワーカーを実行するには、Deadline Cloud ユーザーガイドの「ワーカーエージェントの実行」の手順に従ってワーカーを実行します AWS CloudShell。前述の手順に従っている場合は、まず ~/demoenv-logsおよび ~/demoenv-persist ディレクトリを削除します。また、指示が参照する DEV_FARM_IDおよび DEV_CMF_ID 環境変数の値を次のように設定してから、設定します。

DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID

ジョブの実行後、ジョブのログファイルにパスマッピングルールが表示されます。

cat demoenv-logs/${QUEUE1_ID}/*.log
...
JJSON log results (see below)
...

ログには、 FS1と FSComm ファイルシステムの両方のマッピングが含まれています。読みやすくするために再フォーマットされたログエントリは次のようになります。

{
    "version": "pathmapping-1.0",
    "path_mapping_rules": [
        {
            "source_path_format": "POSIX",
            "source_path": "/shared/projects/project1",
            "destination_path": "/mnt/projects/project1"
        },
        {
            "source_path_format": "POSIX",
            "source_path": "/shared/common",
            "destination_path": "/mnt/common"
        }
    ]

異なるストレージプロファイルを持つジョブを送信して、パスマッピングルールがどのように変化するかを確認できます。