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

Les règles de mappage des 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 de la flotte 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 possède les règles de mappage des chemins :

Deadline Cloud crée des règles pour l'emplacement du système de FS1 fichiers FSCommon et, mais pas pour l'emplacement du système de FS2 fichiers, même si les profils de WorkerConfig stockage WSAll et le profil de stockage le définissent tous deuxFS2. La raison en est que la liste des emplacements Q1 de système de fichiers requis dans la file d'attente est["FSCommon", "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 l'interface de ligne de commande Deadline Cloud pour soumettre des tâches, ses paramètres de settings.storage_profile_id configuration définissent le profil de stockage des tâches soumises via l'interface de ligne de commande. 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 worker géré par le client comme s'il s'exécutait dans l'infrastructure d'exemple, suivez la procédure décrite dans Run the worker agent du Deadline Cloud User Guide to run a worker with. 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 voir 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 du système de FSCommon fichiers FS1 et du système de fichiers. 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 évoluent.