Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Profili di archiviazione per gli allegati al lavoro
Puoi configurare la coda di Deadline Cloud per utilizzare gli allegati di lavoro per trasferire da e verso i dati delle risorse a cui fanno riferimento i tuoi lavori. AWS Quando le workstation montano gli stessi file system condivisi, ma le flotte non lo fanno, puoi creare posizioni di file system di tipo locale nei tuoi profili di archiviazione. Questa configurazione consente di configurare da dove caricare e scaricare i file e come mappare i percorsi tra i sistemi operativi.
Ad esempio, supponiamo di avere un file system condiviso per i progetti e un altro per gli strumenti. Le workstation e le flotte di lavoro includono i tre sistemi operativiWindows, emacOS. Linux Tutto è identico all'argomento Profili di archiviazione per file system condivisi, tranne che i file system non sono condivisi con la farm. Sono destinati alla rete locale contenente le workstation. È possibile creare un profilo di archiviazione per ogni sistema operativo con i seguenti valori:
-
Nome del profilo di archiviazione: Linux-Host, famiglia del sistema operativo: Linux.
-
Nome della posizione del file system: Progetti, percorso:/mnt/projects, tipo: Locale.
-
Nome della posizione del file system: Strumenti, percorso:/mnt/projects, tipo: Local.
-
-
Nome del profilo di archiviazione: Windows-Host, famiglia del sistema operativo: Windows.
-
Nome della posizione del file system: Projects, percorso: X:\projects, tipo: Local.
-
Nome della posizione del file system: Tools, percorso: Z:, tipo: Local.
-
-
Nome del profilo di archiviazione: MacOS-Host, famiglia del sistema operativo: macOS.
-
Nome della posizione del file system: Progetti, percorso:/Volumes/Projects, tipo: Locale.
-
Nome della posizione del file system: Strumenti, percorso:/Volumes/Tools, tipo: Local.
-
Quando invii un lavoro da Windows un percorso X:\Projects\ProjectA\Textures\texture.jpg, Deadline Cloud aggiungerà un campo contenente l'ID del profilo di Windows-Host archiviazione al lavoro e caricherà il file nel bucket S3 degli allegati del lavoro se non è già stato caricato.
Se il lavoro viene eseguito su un host di Linux fleet worker, Deadline Cloud renderà disponibile il file di texture in una directory temporanea locale, quindi creerà una regola di mappatura dei percorsi da una delle directory contenenti la texture alla directory temporanea. Ad esempio X:\Projects\ProjectA ->/sessions/session-123/projects, in modo che X:\Projects\ProjectA\Textures\texture.jpg sia mappato su/sessions/session-123/projects/. Textures/texture.jpg Quando un'attività del lavoro è completa, raccoglie l'output dalle directory specificate dal lavoro. Supponiamo che/sessions/session-123/projects/Output/frame0032.png sia un file di output. Questo output viene registrato sul lavoro come X:\Projects\ProjectA\Output\frame0032.jpg, corrispondente al profilo di archiviazione della workstation che invia il lavoro.
Quando scarichi l'output del lavoro su una macOS workstation, Deadline Cloud creerà regole di mappatura dei percorsi dalla Windows workstation: X:\Projects ->/Volumes/Projects, Z: ->/. Volumes/Tools Applica la regola a tutti i percorsi di output, scaricando il file di output di esempio in/. Volumes/Projects/ProjectA/Output/frame0032.jpg
Se il percorso del file di output di un lavoro non è contenuto in nessuna delle posizioni del file system del profilo di archiviazione, Deadline Cloud non sarà in grado di determinarne il percorso per il download quando il profilo di archiviazione è diverso dalla workstation di invio. A seconda del comando utilizzato per il download, quel file verrà ignorato o sarà necessario selezionare manualmente una directory di download.
