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.

Einrichtung und Konfiguration des Worker-Hosts

Ein Worker-Host bezieht sich auf einen Host-Computer, auf dem ein Deadline Cloud-Worker ausgeführt wird. In diesem Abschnitt wird erklärt, wie Sie den Worker-Host einrichten und für Ihre spezifischen Bedürfnisse konfigurieren. Jeder Worker-Host führt ein Programm aus, das als Worker Agent bezeichnet wird. Der Worker Agent ist verantwortlich für:

Wir empfehlen, den mitgelieferten Deadline Cloud Worker Agent zu verwenden. Der Worker Agent ist Open Source und wir freuen uns über Anfragen nach Funktionen, aber Sie können ihn auch entwickeln und an Ihre Bedürfnisse anpassen.

Um die Aufgaben in den folgenden Abschnitten zu erledigen, benötigen Sie Folgendes:

Linux

• Eine Linux basierte Amazon Elastic Compute Cloud (Amazon EC2) -Instance. Wir empfehlen Amazon Linux 2023.

• sudoPrivilegien

• Python 3.9 oder höher

Windows

• Eine Windows basierte Amazon Elastic Compute Cloud (Amazon EC2) -Instanz. Wir empfehlenWindows Server 2022.

• Administratorzugriff auf den Worker-Host

• Python 3.9 oder höher ist für alle Benutzer installiert

Erstellen und konfigurieren Sie eine virtuelle Python-Umgebung

Sie können eine virtuelle Python-Umgebung erstellen, Linux wenn Sie Python 3.9 oder höher installiert und in Ihrem platziert habenPATH.

Installieren Sie den Deadline Cloud Worker Agent

Nachdem Sie Python eingerichtet und eine virtuelle Umgebung erstellt habenLinux, installieren Sie die Python-Pakete für den Deadline Cloud-Worker-Agenten.

Um die Worker-Agent-Python-Pakete zu installieren

Linux

1. Öffnen Sie als root Benutzer ein Terminal (oder verwenden Siesudo/su).

2. Laden Sie die Deadline Cloud Worker Agent-Pakete von PyPI herunter und installieren Sie sie:

   /opt/deadline/worker/bin/python -m pip install deadline-cloud-worker-agent

Windows

1. Öffnen Sie eine Administrator-Eingabeaufforderung oder PowerShell ein Terminal.

2. Laden Sie die Deadline Cloud Worker Agent-Pakete von PyPI herunter und installieren Sie sie:

   python -m pip install deadline-cloud-worker-agent

Wenn Ihr Windows Worker-Host lange Pfadnamen (mehr als 250 Zeichen) benötigt, müssen Sie lange Pfadnamen wie folgt aktivieren:

Konfigurieren Sie den Deadline Cloud Worker Agent

Sie können die Einstellungen für den Deadline Cloud-Worker-Agenten auf drei Arten konfigurieren. Wir empfehlen Ihnen, das Betriebssystem-Setup zu verwenden, indem Sie das install-deadline-worker Tool ausführen.

Befehlszeilenargumente — Sie können Argumente angeben, wenn Sie den Deadline Cloud Worker Agent über die Befehlszeile ausführen. Einige Konfigurationseinstellungen sind nicht über Befehlszeilenargumente verfügbar. Um alle verfügbaren Befehlszeilenargumente anzuzeigen, geben Sie eindeadline-worker-agent --help.

Umgebungsvariablen — Sie können den Deadline Cloud-Worker-Agenten konfigurieren, indem Sie die Umgebungsvariable festlegen, die mit beginntDEADLINE_WORKER_. Um beispielsweise alle verfügbaren Befehlszeilenargumente zu sehen, können export DEADLINE_WORKER_VERBOSE=true Sie die Ausgabe des Worker-Agenten auf ausführlich setzen. Weitere Beispiele und Informationen finden Sie unter /etc/amazon/deadline/worker.toml.example on Linux oder C:\ProgramData\Amazon\Deadline\Config\worker.toml.example onWindows.

Konfigurationsdatei — Wenn Sie den Worker Agent installieren, erstellt er eine Konfigurationsdatei, die sich unter /etc/amazon/deadline/worker.toml on Linux oder C:\ProgramData\Amazon\Deadline\Config\worker.toml on befindetWindows. Der Worker Agent lädt diese Konfigurationsdatei, wenn er startet. Sie können die Beispielkonfigurationsdatei (/etc/amazon/deadline/worker.toml.exampleon Linux oder C:\ProgramData\Amazon\Deadline\Config\worker.toml.example onWindows) verwenden, um die Standard-Worker-Agent-Konfigurationsdatei an Ihre speziellen Bedürfnisse anzupassen.

Schließlich empfehlen wir Ihnen, das automatische Herunterfahren für den Worker Agent zu aktivieren, nachdem Ihre Software bereitgestellt wurde und erwartungsgemäß funktioniert. Auf diese Weise kann die Mitarbeiterflotte bei Bedarf skaliert und heruntergefahren werden, wenn ein Job abgeschlossen ist. Die automatische Skalierung hilft sicherzustellen, dass Sie nur die benötigten Ressourcen verwenden. Damit eine von der Auto Scaling-Gruppe gestartete Instance heruntergefahren werden kann, müssen Sie der worker.toml Konfigurationsdatei etwas hinzufügenshutdown_on_stop=true.

Jobbenutzer und Gruppen erstellen

In diesem Abschnitt wird die erforderliche Benutzer- und Gruppenbeziehung zwischen dem Agentenbenutzer und den in Ihren Warteschlangen jobRunAsUser definierten Benutzern beschrieben.

Der Deadline Cloud-Worker-Agent sollte als dedizierter, agentenspezifischer Benutzer auf dem Host ausgeführt werden. Sie sollten die jobRunAsUser Eigenschaft von Deadline Cloud-Warteschlangen so konfigurieren, dass Worker die Warteschlangenjobs als ein bestimmter Betriebssystembenutzer und eine bestimmte Betriebssystemgruppe ausführen. Diese Konfiguration bedeutet, dass Sie die gemeinsamen Dateisystemberechtigungen kontrollieren können, die Ihre Jobs haben. Sie bietet auch eine wichtige Sicherheitsgrenze zwischen Ihren Jobs und dem Worker-Agent-Benutzer.

LinuxJobbenutzer und Gruppen

Um einen lokalen Worker Agent-Benutzer einzurichtenjobRunAsUser, stellen Sie sicher, dass Sie die folgenden Anforderungen erfüllen. Wenn Sie ein Linux Pluggable Authentication Module (PAM) wie Active Directory oder LDAP verwenden, ist Ihr Verfahren möglicherweise anders.

Der Worker Agent-Benutzer und die gemeinsam genutzte jobRunAsUser Gruppe werden bei der Installation des Worker Agents festgelegt. Die Standardwerte sind deadline-worker-agent unddeadline-job-users, aber Sie können sie ändern, wenn Sie den Worker Agent installieren.

install-deadline-worker \
    --user AGENT_USER_NAME \
    --group JOB_USERS_GROUP

Befehle sollten als Root-Benutzer ausgeführt werden.

Das folgende Diagramm veranschaulicht die Beziehung zwischen dem Agent-Benutzer und den jobRunAsUser Benutzern und Gruppen für Warteschlangen, die der Flotte zugeordnet sind.

Windows-Benutzer

Um einen Windows Benutzer als Benutzer verwenden zu könnenjobRunAsUser, muss er die folgenden Anforderungen erfüllen:

Sicherung Ihres Worker-Hosts

Halten Sie sich bei der Einrichtung Ihres Worker-Hosts an die bewährten Sicherheitsmethoden, um vertrauliche Informationen zu schützen und angemessene Zugriffskontrollen aufrechtzuerhalten.

Konfiguration der Berechtigungen für Protokollordner

Der Worker Agent schreibt Protokolldateien, die vertrauliche Informationen aus den Host-Konfigurationsskripten und der Auftragsausführung enthalten können. Der install-deadline-worker Befehl erstellt das Protokollverzeichnis mit sicheren Berechtigungen. Wenn Sie das Verzeichnis vor der Installation manuell erstellen müssen, gehen Sie wie folgt vor, um die Berechtigungen abzugleichen, die von Diensten verwaltete Flotten verwendet werden:

Linux

So konfigurieren Sie die Protokollverzeichnisberechtigungen für Linux

1. Erstellen Sie das Protokollverzeichnis:

   sudo mkdir -p /var/log/amazon/deadline

2. Stellen Sie den Besitzer und die Gruppe auf den Worker Agent-Benutzer ein:

   sudo chown -R deadline-worker-agent:deadline-worker-agent /var/log/amazon/deadline

3. Stellen Sie die Berechtigungen auf 750 ein:

   sudo chmod -R 750 /var/log/amazon/deadline

   Diese Berechtigungen stellen sicher, dass nur der Worker-Agent-Benutzer und die Gruppe auf die Protokolldateien zugreifen können, sodass Jobbenutzer und andere nicht autorisierte Benutzer potenziell vertrauliche Informationen nicht lesen können.

Windows

So konfigurieren Sie die Berechtigungen für das Protokollverzeichnis Windows

1. Öffnen Sie ein PowerShell Administrator-Terminal.

2. Erstellen Sie das Protokollverzeichnis:

   New-Item -ItemType Directory -Force -Path "$env:PROGRAMDATA\Amazon\Deadline\Logs"

3. Konfigurieren Sie eingeschränkte ACLs so, dass nur der Worker Agent-Benutzer und Administratoren Folgendes zulassen:

   $acl = Get-Acl "$env:PROGRAMDATA\Amazon\Deadline\Logs"
   $acl.SetAccessRuleProtection($true, $false)
   $acl.Access | ForEach-Object { $acl.RemoveAccessRule($_) }
   $agentRule = New-Object System.Security.AccessControl.FileSystemAccessRule("deadline-worker", "FullControl", "ContainerInherit,ObjectInherit", "None", "Allow")
   $adminRule = New-Object System.Security.AccessControl.FileSystemAccessRule("Administrators", "FullControl", "ContainerInherit,ObjectInherit", "None", "Allow")
   $acl.AddAccessRule($agentRule)
   $acl.AddAccessRule($adminRule)
   Set-Acl "$env:PROGRAMDATA\Amazon\Deadline\Logs" $acl

   Diese Befehle beschränken den Zugriff auf das Protokollverzeichnis nur auf den Worker-Agent-Benutzer und die Administratorgruppe und verhindern so, dass Jobbenutzer und andere nicht autorisierte Benutzer potenziell vertrauliche Informationen lesen können.