Ricava le regole di mappatura dei percorsi dai profili di archiviazione

Le regole di mappatura dei percorsi descrivono come i percorsi devono essere rimappati dal lavoro alla posizione effettiva del percorso su un worker host. Quando un'attività è in esecuzione su un lavoratore, il profilo di archiviazione del lavoro viene confrontato con il profilo di archiviazione della flotta 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 in coda Q1 ha le regole di mappatura del percorso:

Deadline Cloud crea regole per le posizioni del FS1 file system FSCommon e del file system, ma non per la posizione del FS2 file system, anche se entrambi i profili di WorkerConfig archiviazione sono WSAll definiti. FS2 Il motivo è che l'elenco delle posizioni Q1 del file system richieste nella coda è. ["FSCommon", "FS1"]

È possibile confermare le regole di mappatura dei percorsi disponibili per i job inviati con un particolare profilo di storage inviando un job che stampa il file delle regole di mappatura dei percorsi di Open Job Description e quindi leggendo il registro della sessione una volta completato il 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 settings.storage_profile_id impostazione di 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 eseguire un worker gestito dal cliente come se fosse in esecuzione nell'infrastruttura di esempio, segui la procedura descritta in Run the worker agent nella Deadline Cloud User Guide con cui eseguire un worker. AWS CloudShell Se hai già seguito queste istruzioni, elimina prima le ~/demoenv-persist directory ~/demoenv-logs e. Inoltre, impostate i valori delle variabili di DEV_CMF_ID ambiente DEV_FARM_ID e a cui fanno riferimento le direzioni come segue prima di farlo:

DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID

Dopo l'esecuzione del job, puoi vedere le regole di mappatura dei percorsi nel file di log del job:

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

Il registro contiene la mappatura sia per il sistema che per FS1 i FSCommon file system. Riformattata per garantire la 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.