Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Leiten Sie Pfadzuordnungsregeln aus Speicherprofilen ab
<a name="deriving-path-mapping-rules-from-storage-profiles"></a>

 Pfadzuordnungsregeln beschreiben, wie Pfade vom Job zum tatsächlichen Speicherort des Pfads auf einem Worker-Host neu zugeordnet werden sollten. Wenn eine Aufgabe auf einem Worker ausgeführt wird, wird das Speicherprofil des Jobs mit dem Speicherprofil der Worker-Flotte verglichen, um die Pfadzuordnungsregeln für die Aufgabe abzuleiten. 

 Deadline Cloud erstellt eine Zuordnungsregel für jeden der erforderlichen Dateisystemspeicherorte in der Konfiguration der Warteschlange. Beispielsweise hat ein Job, der mit dem `WSAll` Speicherprofil an die Warteschlange gesendet `Q1` wurde, die Pfadzuordnungsregeln: 
+  `FSComm`: `/shared/common -> /mnt/common` 
+  `FS1`: `/shared/projects/project1 -> /mnt/projects/project1` 

 Deadline Cloud erstellt Regeln für die Speicherorte `FSComm` und das `FS1` Dateisystem, aber nicht für den Speicherort des `FS2` Dateisystems, obwohl `WSAll` sowohl die `WorkerConfig` Speicherprofile als auch diese definieren`FS2`. Dies liegt daran, dass die Liste `Q1` der erforderlichen Dateisystemspeicherorte in der Warteschlange lautet`["FSComm", "FS1"]`. 

 Sie können die Pfadzuordnungsregeln überprüfen, die für Jobs verfügbar sind, die mit einem bestimmten Speicherprofil eingereicht wurden, indem Sie einen Job einreichen, der die [Datei mit den Pfadzuordnungsregeln von Open Job Description](https://github.com/OpenJobDescription/openjd-specifications/wiki/How-Jobs-Are-Run#path-mapping) ausdruckt, und dann das Sitzungsprotokoll lesen, nachdem der Job abgeschlossen ist: 

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

 Wenn Sie die [Deadline Cloud-CLI](https://pypi.org/project/deadline/) zum Senden von Jobs verwenden, legt deren `settings.storage_profile_id` Konfigurationseinstellung das Speicherprofil fest, das Jobs haben, die mit der CLI eingereicht werden. Um Jobs mit dem `WSAll` Speicherprofil einzureichen, legen Sie Folgendes fest: 

```
deadline config set settings.storage_profile_id $WSALL_ID
```

 Um einen vom Kunden verwalteten Worker so auszuführen, als ob er in der Beispielinfrastruktur ausgeführt würde, folgen Sie dem Verfahren [unter Den Worker-Agent ausführen](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/run-worker.html) im *Deadline Cloud-Benutzerhandbuch*, um einen Worker auszuführen. AWS CloudShell Wenn Sie diese Anweisungen bereits befolgt haben, löschen Sie zuerst die `~/demoenv-persist` Verzeichnisse `~/demoenv-logs` und. Legen Sie vorher auch die Werte der `DEV_CMF_ID` Umgebungsvariablen `DEV_FARM_ID` und, auf die sich die Anweisungen beziehen, wie folgt fest: 

```
DEV_FARM_ID=$FARM_ID
DEV_CMF_ID=$FLEET_ID
```

 Nach der Ausführung des Jobs können Sie die Pfadzuordnungsregeln in der Protokolldatei des Jobs sehen: 

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

Das Protokoll enthält Zuordnungen sowohl für das `FS1` als auch für das `FSComm` Dateisystem. Der Protokolleintrag wurde aus Gründen der Lesbarkeit neu formatiert und sieht wie folgt aus:

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

 Sie können Jobs mit unterschiedlichen Speicherprofilen einreichen, um zu sehen, wie sich die Pfadzuordnungsregeln ändern.