Deriva le regole di mappatura dei percorsi dai profili di archiviazione

Le regole di mappatura dei percorsi descrivono come devono essere rimappati i percorsi dal lavoro alla posizione effettiva del percorso su un host di lavoro. Quando un'attività è in esecuzione su un lavoratore, il profilo di archiviazione del lavoro viene confrontato con il profilo di archiviazione del parco macchine del lavoratore per ricavare le regole di mappatura dei percorsi per l'attività.

Deadline Cloud crea una regola di mappatura per ciascuna delle posizioni del file system richieste nella configurazione della coda. Ad esempio, un lavoro inviato con il profilo di WSAll archiviazione da mettere in coda Q1 ha le seguenti regole di mappatura dei percorsi:

Deadline Cloud crea regole per le posizioni del FS1 file system FSComm and, ma non per la posizione del FS2 file system, anche se definite sia dal profilo che dal WSAll profilo WorkerConfig di archiviazione. FS2 Questo perché l'elenco delle posizioni richieste Q1 del file system di queue è. ["FSComm", "FS1"]

È possibile confermare le regole di mappatura dei percorsi disponibili per i lavori inviati con un particolare profilo di archiviazione inviando un lavoro che stampi il file delle regole di mappatura dei percorsi di Open Job Description e quindi leggendo il registro della sessione dopo il completamento del lavoro:

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

Se utilizzi la CLI di Deadline Cloud per inviare lavori, la relativa impostazione di settings.storage_profile_id configurazione imposta il profilo di archiviazione che avranno i lavori inviati con la CLI. Per inviare lavori con il profilo di WSAll archiviazione, imposta:

deadline config set settings.storage_profile_id $WSALL_ID

Per gestire un worker gestito dal cliente come se fosse in esecuzione nell'infrastruttura di esempio, segui la procedura descritta in Esegui il worker agent nella Deadline Cloud User Guide to run a worker with. AWS CloudShell Se hai già seguito queste istruzioni, elimina prima le directory ~/demoenv-logs and~/demoenv-persist. Inoltre, prima di procedere, impostate i valori delle variabili DEV_FARM_ID e di DEV_CMF_ID ambiente a cui fanno riferimento le direzioni come segue:

DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID

Dopo l'esecuzione del processo, puoi visualizzare le regole di mappatura dei percorsi nel file di registro del processo:

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

Il registro contiene la mappatura sia per il file system che per quello FS1 dei FSComm file. Riformattata per motivi di leggibilità, la voce di registro ha il seguente aspetto:

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

Puoi inviare lavori con diversi profili di archiviazione per vedere come cambiano le regole di mappatura dei percorsi.