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.
# Dateien in Ihren Jobs verwenden
Viele der Jobs, die Sie an AWS Deadline Cloud einreichen, enthalten Eingabe- und Ausgabedateien. Ihre Eingabedateien und Ausgabeverzeichnisse befinden sich möglicherweise auf einer Kombination aus gemeinsam genutzten Dateisystemen und lokalen Laufwerken. Jobs müssen den Inhalt an diesen Speicherorten lokalisieren. Deadline Cloud bietet zwei Funktionen: [Jobanhänge](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-job-attachments.html) und [Speicherprofile](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-shared.html), die zusammenarbeiten, damit Ihre Jobs die benötigten Dateien finden können.
Arbeitsanhänge bieten mehrere Vorteile
+ Dateien mithilfe von Amazon S3 zwischen Hosts verschieben
+ Übertragen Sie Dateien von Ihrer Workstation auf Worker-Hosts und umgekehrt
+ Verfügbar für Jobs in Warteschlangen, in denen Sie die Funktion aktivieren
+ Wird hauptsächlich für vom Service verwaltete Flotten verwendet, ist aber auch kompatibel mit vom Kunden verwalteten Flotten.
Verwenden Sie Speicherprofile, um das Layout gemeinsam genutzter Dateisystemspeicherorte auf Ihrer Workstation und Ihren Worker-Hosts zuzuordnen. Diese Zuordnung hilft Ihren Jobs dabei, gemeinsam genutzte Dateien und Verzeichnisse zu finden, wenn sich deren Speicherorte auf Ihrer Workstation und Ihren Worker-Hosts unterscheiden, z. B. bei plattformübergreifenden Konfigurationen mit Windows basierten Workstations und Linux basierten Worker-Hosts. Die Zuordnung Ihrer Dateisystemkonfiguration im Speicherprofil wird auch von Job-Anhängen verwendet, um die Dateien zu identifizieren, die für den Transfer zwischen Hosts über Amazon S3 benötigt werden.
Wenn Sie keine Jobanhänge verwenden und keine Datei- und Verzeichnisspeicherorte zwischen Workstations und Worker-Hosts neu zuordnen müssen, müssen Sie Ihre Fileshares nicht mit Speicherprofilen modellieren.
**Topics**
+ [Beispiel für eine Projektinfrastruktur](sample-project-infrastructure.md)
+ [Speicherprofile und Pfadzuweisung](storage-profiles-and-path-mapping.md)
# Beispiel für eine Projektinfrastruktur
Um die Verwendung von Job-Anhängen und Speicherprofilen zu demonstrieren, richten Sie eine Testumgebung mit zwei separaten Projekten ein. Sie können die Deadline Cloud-Konsole verwenden, um die Testressourcen zu erstellen.
1. Falls Sie dies noch nicht getan haben, erstellen Sie eine Testfarm. Gehen Sie wie unter Farm erstellen beschrieben vor, [um eine Farm zu erstellen](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/farms.html).
1. Erstellen Sie in jedem der beiden Projekte zwei Warteschlangen für Jobs. Gehen Sie wie unter Warteschlange erstellen beschrieben vor, um Warteschlangen [zu erstellen](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/create-queue.html).
1. Erstellen Sie die erste **Q1** aufgerufene Warteschlange. Verwenden Sie die folgende Konfiguration und verwenden Sie die Standardeinstellungen für alle anderen Elemente.
+ Wählen Sie für Jobanhänge **Create a new Amazon S3 S3-Bucket** aus.
+ Wählen Sie **Zuordnung zu kundenverwalteten Flotten aktivieren** aus.
+ Geben Sie für „Als Benutzer ausführen“ sowohl **jobuser** für den POSIX-Benutzer als auch für die POSIX-Gruppe ein.
+ Erstellen Sie für die Warteschlangendienst-Rolle eine neue Rolle mit dem Namen **AssetDemoFarm-Q1-Role**
+ Deaktivieren Sie das Kontrollkästchen für die standardmäßige Conda-Warteschlangenumgebung.
1. Erstellen Sie die zweite **Q2** aufgerufene Warteschlange. Verwenden Sie die folgende Konfiguration und verwenden Sie die Standardeinstellungen für alle anderen Elemente.
+ Wählen Sie für Jobanhänge **Create a new Amazon S3 S3-Bucket** aus.
+ Wählen Sie **Zuordnung zu kundenverwalteten Flotten aktivieren** aus.
+ Geben Sie für „Als Benutzer ausführen“ sowohl **jobuser** für den POSIX-Benutzer als auch für die POSIX-Gruppe ein.
+ Erstellen Sie für die Warteschlangendienst-Rolle eine neue Rolle mit dem Namen **AssetDemoFarm-Q2-Role**
+ Deaktivieren Sie das Kontrollkästchen für die standardmäßige Conda-Warteschlangenumgebung.
1. Erstellen Sie eine einzige, vom Kunden verwaltete Flotte, die die Jobs von beiden Warteschlangen aus ausführt. Um die Flotte zu erstellen, folgen Sie dem Verfahren unter [Erstellen einer kundenverwalteten](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/create-a-cmf.html) Flotte. Verwenden Sie die folgende Konfiguration:
+ Verwenden Sie als **Name****DemoFleet**.
+ Wählen Sie als **Flottenart** die Option **Vom Kunden verwaltet**
+ Erstellen Sie für die **Servicerolle Fleet** eine neue Rolle mit dem Namen **AssetDemoFarm-Fleet-Role**.
+ Ordnen Sie die Flotte keinen Warteschlangen zu.
Die Testumgebung geht davon aus, dass es drei Dateisysteme gibt, die von Hosts gemeinsam genutzt werden, die Netzwerkdateifreigaben verwenden. In diesem Beispiel haben die Speicherorte die folgenden Namen:
+ `FSCommon`- enthält Eingabe-Job-Assets, die beiden Projekten gemeinsam sind.
+ `FS1`- enthält Eingabe- und Ausgabe-Auftragsressourcen für Projekt 1.
+ `FS2`- enthält Eingabe- und Ausgabe-Auftragsressourcen für Projekt 2.
In der Testumgebung wird außerdem davon ausgegangen, dass es drei Arbeitsstationen gibt, und zwar wie folgt:
+ `WSAll`- Eine Linux basierte Workstation, die von Entwicklern für alle Projekte verwendet wird. Die gemeinsam genutzten Speicherorte im Dateisystem sind:
+ `FSCommon`: `/shared/common`
+ `FS1`: `/shared/projects/project1`
+ `FS2`: `/shared/projects/project2`
+ `WS1`- Eine Windows basierte Workstation, die für Projekt 1 verwendet wird. Die gemeinsam genutzten Speicherorte im Dateisystem sind:
+ `FSCommon`: `S:\`
+ `FS1`: `Z:\`
+ `FS2`: Nicht verfügbar
+ `WS1`- Eine macOS basierte Workstation, die für Projekt 2 verwendet wird. Die Speicherorte des gemeinsam genutzten Dateisystems sind:
+ `FSCommon`: `/Volumes/common`
+ `FS1`: Nicht verfügbar
+ `FS2`: `/Volumes/projects/project2`
Definieren Sie abschließend die gemeinsam genutzten Dateisystemspeicherorte für die Mitarbeiter in Ihrer Flotte. Die folgenden Beispiele beziehen sich auf diese Konfiguration als`WorkerConfig`. Die gemeinsam genutzten Standorte sind:
+ `FSCommon`: `/mnt/common`
+ `FS1`: `/mnt/projects/project1`
+ `FS2`: `/mnt/projects/project2`
Sie müssen keine gemeinsam genutzten Dateisysteme, Workstations oder Worker einrichten, die dieser Konfiguration entsprechen. Die gemeinsam genutzten Standorte müssen für die Demonstration nicht existieren.
# Speicherprofile und Pfadzuweisung
Verwenden Sie Speicherprofile, um die Dateisysteme auf Ihrer Workstation und Ihren Worker-Hosts zu modellieren. Jedes Speicherprofil beschreibt das Betriebssystem und das Dateisystem-Layout einer Ihrer Systemkonfigurationen. In diesem Thema wird beschrieben, wie Sie Speicherprofile verwenden, um die Dateisystemkonfigurationen Ihrer Hosts zu modellieren, sodass Deadline Cloud Pfadzuordnungsregeln für Ihre Jobs generieren kann, und wie diese Pfadzuordnungsregeln aus Ihren Speicherprofilen generiert werden.
Wenn Sie einen Job an Deadline Cloud einreichen, können Sie eine optionale Speicherprofil-ID für den Job angeben. Dieses Speicherprofil beschreibt das Dateisystem der einreichenden Workstation. Es beschreibt die ursprüngliche Dateisystemkonfiguration, die von den Dateipfaden in der Jobvorlage verwendet wird.
Sie können einer Flotte auch ein Speicherprofil zuordnen. Das Speicherprofil beschreibt die Dateisystemkonfiguration aller Worker-Hosts in der Flotte. Wenn Sie über Worker mit einer anderen Dateisystemkonfiguration verfügen, müssen diese Worker einer anderen Flotte in Ihrer Farm zugewiesen werden.
Pfadzuordnungsregeln beschreiben, wie Pfade neu zugeordnet werden sollten, und zwar von der Art, wie sie im Job angegeben sind, bis zum tatsächlichen Speicherort des Pfads auf einem Worker-Host. Deadline Cloud vergleicht die im Speicherprofil eines Jobs beschriebene Dateisystemkonfiguration mit dem Speicherprofil der Flotte, die den Job ausführt, um diese Pfadzuordnungsregeln abzuleiten.
**Topics**
+ [Modellieren Sie gemeinsam genutzte Dateisystemspeicherorte mit Speicherprofilen](modeling-your-shared-filesystem-locations-with-storage-profiles.md)
+ [Konfigurieren Sie Speicherprofile für Flotten](configuring-storage-profiles-for-fleets.md)
+ [Konfigurieren Sie Speicherprofile für Warteschlangen](storage-profiles-for-queues.md)
+ [Leiten Sie Pfadzuordnungsregeln aus Speicherprofilen ab](deriving-path-mapping-rules-from-storage-profiles.md)
# Modellieren Sie gemeinsam genutzte Dateisystemspeicherorte mit Speicherprofilen
Ein Speicherprofil modelliert die Dateisystemkonfiguration einer Ihrer Hostkonfigurationen. In der [Beispielprojektinfrastruktur]() gibt es vier verschiedene Hostkonfigurationen. In diesem Beispiel erstellen Sie für jedes ein separates Speicherprofil. Sie können ein Speicherprofil mit einer der folgenden Methoden erstellen:
+ [CreateStorageProfile API](https://docs.aws.amazon.com/deadline-cloud/latest/APIReference/API_CreateStorageProfile.html)
+ [AWS::Deadline::StorageProfile](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-deadline-storageprofile.html) CloudFormation Ressource
+ [AWS -Konsole](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/storage-shared.html#storage-profile)
Ein Speicherprofil besteht aus einer Liste von Dateisystemspeicherorten, die Deadline Cloud jeweils den Speicherort und den Typ eines Dateisystemspeicherorts mitteilen, der für Jobs relevant ist, die von einem Host eingereicht oder auf einem Host ausgeführt werden. Ein Speicherprofil sollte nur die Standorte modellieren, die für Jobs relevant sind. Der gemeinsam genutzte `FSCommon` Speicherort befindet sich beispielsweise auf der Workstation `WS1` unter`S:\`, sodass der entsprechende Speicherort im Dateisystem wie folgt lautet:
```
{
"name": "FSCommon",
"path": "S:\\",
"type": "SHARED"
}
```
Verwenden Sie die folgenden Befehle, um das Speicherprofil für Workstation-Konfigurationen `WS1` `WS3` und die Worker-Konfiguration `WorkerConfig` mithilfe von [AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-welcome.html)in zu erstellen [AWS CloudShell](https://docs.aws.amazon.com/cloudshell/latest/userguide/welcome.html): `WS2`
```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
aws deadline create-storage-profile --farm-id $FARM_ID \
--display-name WSAll \
--os-family LINUX \
--file-system-locations \
'[
{"name": "FSCommon", "type":"SHARED", "path":"/shared/common"},
{"name": "FS1", "type":"SHARED", "path":"/shared/projects/project1"},
{"name": "FS2", "type":"SHARED", "path":"/shared/projects/project2"}
]'
aws deadline create-storage-profile --farm-id $FARM_ID \
--display-name WS1 \
--os-family WINDOWS \
--file-system-locations \
'[
{"name": "FSCommon", "type":"SHARED", "path":"S:\\"},
{"name": "FS1", "type":"SHARED", "path":"Z:\\"}
]'
aws deadline create-storage-profile --farm-id $FARM_ID \
--display-name WS2 \
--os-family MACOS \
--file-system-locations \
'[
{"name": "FSCommon", "type":"SHARED", "path":"/Volumes/common"},
{"name": "FS2", "type":"SHARED", "path":"/Volumes/projects/project2"}
]'
aws deadline create-storage-profile --farm-id $FARM_ID \
--display-name WorkerCfg \
--os-family LINUX \
--file-system-locations \
'[
{"name": "FSCommon", "type":"SHARED", "path":"/mnt/common"},
{"name": "FS1", "type":"SHARED", "path":"/mnt/projects/project1"},
{"name": "FS2", "type":"SHARED", "path":"/mnt/projects/project2"}
]'
```
**Anmerkung**
Sie müssen auf die Dateisystemspeicherorte in Ihren Speicherprofilen verweisen und dabei dieselben Werte für die `name` Eigenschaft in allen Speicherprofilen in Ihrer Farm verwenden. Deadline Cloud vergleicht beim Generieren von Pfadzuordnungsregeln die Namen, um festzustellen, dass Dateisystemspeicherorte aus verschiedenen Speicherprofilen auf denselben Speicherort verweisen.
# Konfigurieren Sie Speicherprofile für Flotten
Sie können eine Flotte so konfigurieren, dass sie ein Speicherprofil enthält, das die Dateisystemstandorte aller Mitarbeiter in der Flotte modelliert. Die Host-Dateisystemkonfiguration aller Mitarbeiter in einer Flotte muss mit dem Speicherprofil ihrer Flotte übereinstimmen. Mitarbeiter mit unterschiedlichen Dateisystemkonfigurationen müssen sich in separaten Flotten befinden.
Um die Konfiguration Ihrer Flotte für die Verwendung des `WorkerConfig` Speicherprofils festzulegen, verwenden Sie den folgenden Befehl [AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-welcome.html): [AWS CloudShell](https://docs.aws.amazon.com/cloudshell/latest/userguide/welcome.html)
```
# Change the value of FARM_ID to your farm's identifier
FARM_ID=farm-00112233445566778899aabbccddeeff
# Change the value of FLEET_ID to your fleet's identifier
FLEET_ID=fleet-00112233445566778899aabbccddeeff
# Change the value of WORKER_CFG_ID to your storage profile named WorkerConfig
WORKER_CFG_ID=sp-00112233445566778899aabbccddeeff
FLEET_WORKER_MODE=$( \
aws deadline get-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
--query '.configuration.customerManaged.mode' \
)
FLEET_WORKER_CAPABILITIES=$( \
aws deadline get-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
--query '.configuration.customerManaged.workerCapabilities' \
)
aws deadline update-fleet --farm-id $FARM_ID --fleet-id $FLEET_ID \
--configuration \
"{
\"customerManaged\": {
\"storageProfileId\": \"$WORKER_CFG_ID\",
\"mode\": $FLEET_WORKER_MODE,
\"workerCapabilities\": $FLEET_WORKER_CAPABILITIES
}
}"
```
# Konfigurieren Sie Speicherprofile für Warteschlangen
Die Konfiguration einer Warteschlange umfasst eine Liste von Namen der gemeinsam genutzten Dateisystemspeicherorte, auf die an die Warteschlange übermittelte Jobs Zugriff benötigen, wobei Groß- und Kleinschreibung beachtet werden muss. Beispielsweise erfordern an die Warteschlange übermittelte Jobs `Q1` Dateisystemspeicherorte und. `FSCommon` `FS1` Für an die Warteschlange übermittelte Jobs `Q2` sind Dateisystemspeicherorte `FSCommon` und erforderlich. `FS2`
Verwenden Sie das folgende Skript, um die Konfigurationen der Warteschlange so einzustellen, dass diese Dateisystemspeicherorte erforderlich sind:
```
# 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 QUEUE2_ID to queue Q2's identifier
QUEUE2_ID=queue-00112233445566778899aabbccddeeff
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
--required-file-system-location-names-to-add FSComm FS1
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
--required-file-system-location-names-to-add FSComm FS2
```
Die Konfiguration einer Warteschlange umfasst auch eine Liste der zulässigen Speicherprofile, die für Aufträge gilt, die an diese Warteschlange weitergeleitet wurden, und für Flotten, die mit dieser Warteschlange verknüpft sind. In der Liste der zulässigen Speicherprofile der Warteschlange sind nur Speicherprofile zulässig, die Dateisystemspeicherorte für alle erforderlichen Dateisystemspeicherorte für die Warteschlange definieren.
Ein Job schlägt fehl, wenn Sie ihn mit einem Speicherprofil einreichen, das nicht in der Liste der zulässigen Speicherprofile für die Warteschlange enthalten ist. Sie können einen Job ohne Speicherprofil jederzeit an eine Warteschlange senden. Die Workstation-Konfigurationen sind beschriftet `WSAll` und `WS1` beide verfügen über die erforderlichen Dateisystemspeicherorte (`FSCommon`und`FS1`) für die Warteschlange`Q1`. Sie müssen berechtigt sein, Jobs an die Warteschlange weiterzuleiten. In ähnlicher Weise werden die Workstation-Konfigurationen `WSAll` und die `WS2` Anforderungen für die Warteschlange erfüllt`Q2`. Sie müssen in der Lage sein, Jobs an diese Warteschlange weiterzuleiten. Aktualisieren Sie beide Warteschlangenkonfigurationen, sodass Jobs mit diesen Speicherprofilen mithilfe des folgenden Skripts gesendet werden können:
```
# Change the value of WSALL_ID to the identifier of the WSAll storage profile
WSALL_ID=sp-00112233445566778899aabbccddeeff
# Change the value of WS1 to the identifier of the WS1 storage profile
WS1_ID=sp-00112233445566778899aabbccddeeff
# Change the value of WS2 to the identifier of the WS2 storage profile
WS2_ID=sp-00112233445566778899aabbccddeeff
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
--allowed-storage-profile-ids-to-add $WSALL_ID $WS1_ID
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
--allowed-storage-profile-ids-to-add $WSALL_ID $WS2_ID
```
Wenn Sie das `WS2` Speicherprofil zur Liste der zulässigen Speicherprofile für die Warteschlange hinzufügen, schlägt `Q1` dies fehl:
```
$ aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
--allowed-storage-profile-ids-to-add $WS2_ID
An error occurred (ValidationException) when calling the UpdateQueue operation: Storage profile id: sp-00112233445566778899aabbccddeeff does not have required file system location: FS1
```
Das liegt daran, dass das `WS2` Speicherprofil keine Definition für den Dateisystemspeicherort enthält`FS1`, den diese Warteschlange `Q1` benötigt.
Das Zuordnen einer konfigurierten Flotte zu einem Speicherprofil, das nicht in der Liste der zulässigen Speicherprofile der Warteschlange enthalten ist, schlägt ebenfalls fehl. Beispiel:
```
$ aws deadline create-queue-fleet-association --farm-id $FARM_ID \
--fleet-id $FLEET_ID \
--queue-id $QUEUE1_ID
An error occurred (ValidationException) when calling the CreateQueueFleetAssociation operation: Mismatch between storage profile ids.
```
Um den Fehler zu beheben, fügen Sie das angegebene Speicherprofil der Liste der zulässigen Speicherprofile sowohl für die Warteschlange als auch für die Warteschlange `Q1` hinzu. `WorkerConfig` `Q2` Ordnen Sie dann die Flotte diesen Warteschlangen zu, sodass die Mitarbeiter der Flotte Aufträge aus beiden Warteschlangen ausführen können.
```
# Change the value of FLEET_ID to your fleet's identifier
FLEET_ID=fleet-00112233445566778899aabbccddeeff
# Change the value of WORKER_CFG_ID to your storage profile named WorkerCfg
WORKER_CFG_ID=sp-00112233445566778899aabbccddeeff
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE1_ID \
--allowed-storage-profile-ids-to-add $WORKER_CFG_ID
aws deadline update-queue --farm-id $FARM_ID --queue-id $QUEUE2_ID \
--allowed-storage-profile-ids-to-add $WORKER_CFG_ID
aws deadline create-queue-fleet-association --farm-id $FARM_ID \
--fleet-id $FLEET_ID \
--queue-id $QUEUE1_ID
aws deadline create-queue-fleet-association --farm-id $FARM_ID \
--fleet-id $FLEET_ID \
--queue-id $QUEUE2_ID
```
# Leiten Sie Pfadzuordnungsregeln aus Speicherprofilen ab
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.