Dériver les règles de mappage des chemins à partir des profils de stockage

Les règles de mappage de chemins décrivent comment les chemins doivent être remappés entre la tâche et l'emplacement réel du chemin sur un hôte de travail. Lorsqu'une tâche est exécutée sur un travailleur, le profil de stockage de la tâche est comparé au profil de stockage du parc du travailleur afin de déterminer les règles de mappage des chemins pour la tâche.

Deadline Cloud crée une règle de mappage pour chacun des emplacements de système de fichiers requis dans la configuration de la file d'attente. Par exemple, une tâche soumise avec le profil de WSAll stockage à mettre en file d'attente Q1 est soumise aux règles de mappage des chemins :

Deadline Cloud crée des règles pour les emplacements du système de FS1 fichiers FSComm et, mais pas pour l'emplacement du système de FS2 fichiers, même si les profils WSAll et WorkerConfig de stockage le définissent tous deuxFS2. Cela est dû au fait que Q1 la liste des emplacements de système de fichiers requis de la file d'attente est["FSComm", "FS1"].

Vous pouvez confirmer les règles de mappage de chemin disponibles pour les tâches soumises avec un profil de stockage particulier en soumettant une tâche qui imprime le fichier de règles de mappage de chemin d'Open Job Description, puis en lisant le journal de session une fois la tâche terminée :

# 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}}" ]
            }
          }
        }
      }
    ]
  }'

Si vous utilisez la CLI Deadline Cloud pour soumettre des tâches, ses paramètres de settings.storage_profile_id configuration définissent le profil de stockage que les tâches soumises avec la CLI auront. Pour soumettre des tâches avec le profil WSAll de stockage, définissez :

deadline config set settings.storage_profile_id $WSALL_ID

Pour exécuter un travailleur géré par le client comme s'il s'exécutait dans l'infrastructure d'exemple, suivez la procédure décrite dans la section Exécuter l'agent de travail dans le guide de l'utilisateur de Deadline Cloud pour exécuter un travailleur avec. AWS CloudShell Si vous avez déjà suivi ces instructions, supprimez d'abord ~/demoenv-persist les répertoires ~/demoenv-logs et. Définissez également les valeurs des variables d'DEV_CMF_IDenvironnement DEV_FARM_ID et auxquelles les directions font référence comme suit avant de procéder :

DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID

Une fois la tâche exécutée, vous pouvez consulter les règles de mappage des chemins dans le fichier journal de la tâche :

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

Le journal contient le mappage des systèmes de FSComm fichiers FS1 et. Reformatée pour plus de lisibilité, l'entrée du journal ressemble à ceci :

{
    "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"
        }
    ]

Vous pouvez soumettre des tâches avec différents profils de stockage pour voir comment les règles de mappage des chemins changent.