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.
Erweitern Sie Ihre lokale Renderfarm auf die Cloud
Sie betreiben bereits eine Renderfarm vor Ort und benötigen zusätzliche Kapazität bei Spitzenauslastung, ohne zusätzliche Hardware kaufen und warten zu müssen. Mit AWS Deadline Cloud (Deadline Cloud) können Sie Cloud-Worker zur gleichen Farm wie Ihre lokalen Worker hinzufügen und Jobs an beide Standorte senden. Das Senden von Überlaufarbeiten in Zeiten hoher Nachfrage in die Cloud wird oft als Cloud-Bursting bezeichnet.
Eine Hybridfarm kombiniert zwei Arten von Flotten in einer Farm:
-
Ihre vorhandenen Mitarbeiter vor Ort werden als kundenverwaltete Flotte (CMF) betrieben. Sie kontrollieren die Hosts, das Betriebssystem und die Software. Ein Worker kann ein lokaler Server, ein Server in einer Colocation-Einrichtung oder eine Amazon Elastic Compute Cloud (Amazon EC2) -Instance sein. Weitere Informationen finden Sie unter Kundenverwaltete Flotten von Deadline Cloud erstellen und verwenden.
-
Ihre Cloud-Kapazität wird als Service Managed Fleet (SMF) ausgeführt, wobei Deadline Cloud die Worker-Hosts, Skalierung und Patches für Sie verwaltet. Sie können Cloud-Kapazität auch als vom Kunden verwaltete Flotte von Amazon EC2-Instances nutzen, wenn Sie mehr Kontrolle benötigen. Weitere Informationen finden Sie unter Serviceverwaltete Flotten von Deadline Cloud konfigurieren und verwenden.
Deadline Cloud sendet die Arbeit über Warteschlangen an Ihre Flotten. Entscheiden Sie also, wie Sie Ihre Warteschlangen organisieren, bevor Sie Ihre Farm erweitern. Da dienstverwaltete Flotten und kundenverwaltete Flotten Anwendungen unterschiedlich installieren, können Sie jedem Flotten-Typ eine eigene Warteschlange geben oder eine Warteschlange für beide Flottenarten teilen. Einen Vergleich der beiden Ansätze finden Sie unter. Wählen Sie eine Warteschlangenstrategie
Für welche Warteschlangenstrategie Sie sich auch entscheiden, planen Sie für jede der folgenden Ebenen ein, sodass Ihre Jobs auf jeder Flotte korrekt ausgeführt werden. Der Rest dieses Themas beschreibt jede Ebene und enthält Links zu detaillierten Anweisungen.
In der folgenden Tabelle wird zusammengefasst, wie sich die einzelnen Ebenen in den drei Arten von Arbeitern unterscheiden, die Sie in einer Hybridfarm kombinieren können. Ihre lokalen Mitarbeiter und Ihre Cloud-Amazon EC2-Instances sind beide vom Kunden verwaltete Flotten. Sie unterscheiden sich jedoch darin, wie sie Ihre Daten und Ihr Netzwerk erreichen, weshalb sie in der Tabelle separat aufgeführt sind.
| Ebene | On-premises (vom Kunden verwaltete Flotte) | Vom Kunden verwaltete Cloud-Flotte (Amazon EC2) | Service-managed Flotte |
|---|---|---|---|
| Arbeiter, Gastgeber | Sie stellen Ihre eigene Hardware, Ihr Betriebssystem und Ihre eigenen Patches bereit und verwalten sie. | Sie stellen Amazon EC2-Instances bereit und verwalten sie. | Deadline Cloud verwaltet die Hosts, das Betriebssystem und das Patchen. |
| Anwendungen | Installieren Sie Anwendungen auf Ihren Workern vor oder verwenden Sie einen Conda-Kanal in Amazon S3. | Installieren Sie Anwendungen vor, binden Sie sie in ein Amazon Machine Image (AMI) ein oder verwenden Sie einen Conda-Kanal in Amazon S3. | Installiert automatisch beliebte DCCs aus dem Deadline-Conda-Kanal. Cloud-managed Um benutzerdefinierte Anwendungen bereitzustellen, verwenden Sie Host-Konfigurationsskripts oder Ihren eigenen Conda-Kanal in Amazon S3. Eine Liste der unterstützten Anwendungen finden Sie unter Unterstützte Software. |
| Lizenzen | Verbinden Sie einen Lizenzendpunkt für UBL oder stellen Sie eine Verbindung zu Ihrem eigenen Lizenzserver für BYOL her. | Verbinden Sie einen Lizenzendpunkt für UBL oder stellen Sie eine Verbindung zu Ihrem eigenen Lizenzserver für BYOL her. | UBL wird automatisch konfiguriert. Leiten Sie für BYOL die Lizenzports mit SSM an Ihren Server weiter. |
| Zugriff auf Ressourcen | Verwenden Sie Auftragsanhänge oder gemeinsam genutzten Speicher, den Ihre Mitarbeiter bereits bereitstellen. | Verwenden Sie Auftragsanhänge oder gemeinsam genutzten Speicher in Ihrer VPC. | Verwenden Sie Auftragsanhänge oder stellen Sie über VPC-Ressourcenendpunkte eine Verbindung zum gemeinsam genutzten Speicher in Ihrer VPC her. |
| Skalierung und Kosten | Feste Kapazität, die Sie besitzen. | Verwenden Sie eine Amazon EC2 Auto Scaling-Gruppe, um die Kapazität entsprechend der Nachfrage zu vergrößern und zu verkleinern. | Skaliert automatisch zwischen der von Ihnen festgelegten Mindest- und Höchstanzahl an Mitarbeitern. |
Verteilen Sie Jobs auf Ihre Flotten
Wenn Sie eine Warteschlange mit mehr als einer Flotte verknüpfen, verteilt Deadline Cloud Jobs auf die Flotten, die mit jedem Job kompatibel sind. Der Scheduler vergleicht die Host-Anforderungen jedes Schritts mit den Fähigkeiten der Mitarbeiter, die jede Flotte deklariert, und führt den Schritt auf einer Flotte aus, die diese Anforderungen erfüllt. Weitere Informationen finden Sie unter Jobs in Deadline Cloud planen.
Um die Kapazität zwischen den Flotten automatisch auszugleichen, können Sie das Capacity Manager-Beispiel verwenden. Er verwendet eine Lambda-Funktion und den EventBridge Scheduler, um die Anzahl der Flottenarbeiter anzupassen und gleichzeitig eine angestrebte Gesamtkapazität beizubehalten. Sie können dasselbe Muster anpassen, um die Kapazität bei Spitzennachfrage auf Ihre Cloud-Flotte zu verlagern. Weitere Informationen finden Sie unter Verwalten Sie die hybride Warte & Save- und Spot-Flottenkapazität mit CloudFormation.
Anmerkung
Deadline Cloud bietet keine integrierte Einstellung, um eine Flotte einer anderen vorzuziehen, wie z. B. die Befüllung Ihrer lokalen Flotte vor Ihrer Cloud-Flotte. Um bestimmte Aufgaben an einen bestimmten Standort zu lenken, definieren Sie für jede Flotte unterschiedliche Mitarbeiterfunktionen und legen Sie dann die entsprechenden Host-Anforderungen für die Schritte fest, die an diesem Standort ausgeführt werden müssen. Verwenden Sie das im vorherigen Absatz beschriebene Beispiel für Kapazitätsmanager, um automatisch eine ungefähre Priorisierung der Flotte vorzunehmen.
Wählen Sie eine Warteschlangenstrategie
Service-managed Flotten und vom Kunden verwaltete Flotten installieren und verwalten Anwendungen unterschiedlich. Entscheiden Sie also, wie Sie Ihre Warteschlangen organisieren, bevor Sie ihnen Flotten zuordnen. Bei einer von Diensten verwalteten Flotte installiert die standardmäßige Conda-Warteschlangenumgebung automatisch die Conda-Pakete, die von Jobs angefordert werden. Customer-managed In Flotten sind die Conda-Befehle nicht standardmäßig installiert, sodass dieselbe Warteschlangenumgebung bei Ihren vom Kunden verwalteten Mitarbeitern zu Fehlern führt.
Sie können den Unterschied auf eine der beiden folgenden Arten beheben:
-
Verwenden Sie für jeden Flottentyp eine separate Warteschlange (empfohlen) — Ordnen Sie Ihre vom Service verwaltete Flotte einer Warteschlange zu, die die standardmäßige Conda-Warteschlangenumgebung verwendet, und ordnen Sie Ihre vom Kunden verwaltete Flotte einer separaten Warteschlange zu, die diese nicht verwendet. Jeder Flotten-Typ erhält die Anwendungskonfiguration, die er erwartet, und Sie vermeiden Conda-Fehler. Sie reichen jeden Job in die Warteschlange für den Standort ein, an dem der Job ausgeführt werden soll.
-
Teilen Sie sich eine Warteschlange für beide Flottenarten — Ordnen Sie beide Flotten derselben Warteschlange zu, sodass Deadline Cloud jeden Job an den Standort verteilt, an dem die Kapazität verfügbar ist, ohne zu ändern, wo Sie den Job einreichen. Eine gemeinsame Warteschlange erfordert mehr Einrichtung, da Sie die standardmäßige Conda-Warteschlangenumgebung nicht verwenden können. Stattdessen stellen Sie Anwendungen so bereit, dass sie auf beiden Flottenarten funktionieren. Wählen Sie eine gemeinsame Warteschlange, wenn Sie möchten, dass Spitzenlasten automatisch in die Cloud überlaufen.
Um Anwendungen in einer gemeinsamen Warteschlange auszuführen, erstellen Sie Ihren eigenen Conda-Kanal in Amazon Simple Storage Service (Amazon S3), den beide Flottenarten verwenden, oder installieren Sie Anwendungen direkt auf Ihren vom Kunden verwalteten Mitarbeitern und passen Sie die Warteschlangenumgebung so an, dass die Anwendungen im Pfad des Jobbenutzers erscheinen. Weitere Informationen erhalten Sie unter Erstellen Sie einen Conda-Kanal mit S3 und Konfigurieren Sie Jobs mithilfe von Warteschlangenumgebungen.
Lizenzieren Sie Anwendungen für beide Flotten
Deadline Cloud bietet nutzungsbasierte Lizenzierung (UBL), und Sie können auch Ihre eigene Lizenz (BYOL) mitbringen. Beide Optionen funktionieren für Mitarbeiter in der Cloud und vor Ort. Eine Übersicht finden Sie unter Verwendung von Softwarelizenzen mit Deadline Cloud.
-
UBL wird auf von Diensten verwalteten Flotten automatisch konfiguriert. Um UBL in einer vom Kunden verwalteten Flotte, einschließlich Mitarbeitern vor Ort, zu verwenden, verbinden Sie einen Lizenzendpunkt. Weitere Informationen finden Sie unter Verbinden Sie vom Kunden verwaltete Flotten mit einem Lizenzendpunkt.
-
Um Ihren vorhandenen Lizenzserver mit einer vom Service verwalteten Flotte zu verwenden, leiten Sie die Lizenzports der Mitarbeiter mit Amazon EC2 Systems Manager (SSM) an Ihren Lizenzserver oder Proxy weiter. Weitere Informationen finden Sie unter Dienstverwaltete Flotten mit einem benutzerdefinierten Lizenzserver verbinden.
-
Um zuerst Ihre vorhandenen Lizenzen zu verwenden und auf UBL zurückzugreifen, wenn sie erschöpft sind, kombinieren Sie BYOL und UBL. Weitere Informationen finden Sie unter Kombination von BYOL und UBL.
Gewähren Sie beiden Flotten Zugriff auf Ihre Anlagen
Beide Flotten benötigen Zugriff auf die Daten, die Ihre Jobs lesen und schreiben. Deadline Cloud unterstützt zwei Ansätze, die Sie zusammen verwenden können:
-
Job-Anhänge — Deadline Cloud lädt die für einen Job benötigten Dateien auf Amazon S3 hoch und lädt die Ausgabe anschließend herunter. Für Job-Anhänge ist kein gemeinsam genutzter Speicher erforderlich und sie funktionieren mit Flotten beliebiger Größe. Wenn sich Ihre Daten bereits dort befinden AWS, fügen Auftragsanhänge eine weitere Kopie Ihrer Daten hinzu, zusammen mit der damit verbundenen Übertragungszeit und den Speicherkosten.
-
Gemeinsamer Speicher — Ihre Mitarbeiter stellen ein gemeinsam genutztes Dateisystem bereit, in dem Ihre Ressourcen gespeichert sind. Um die Verwaltung Ihrer Ressourcen vor Ort und in der Cloud zu vereinfachen, können Sie die Mitarbeiter Ihrer Flotte, die vom Service verwaltet werden, mit gemeinsam genutzten Speichern in Ihrer Virtual Private Cloud (VPC) über VPC-Ressourcenendpunkte verbinden. Beide Flottenarten lesen und schreiben dann dieselben Dateien. Weitere Informationen finden Sie unter Verbinden Sie VPC-Ressourcen über VPC-Ressourcen-Endpunkte mit Ihrem SMF.
Da Ihre lokalen Workstations und Cloud-Worker unterschiedliche Betriebssysteme und Dateisystem-Layouts verwenden können, verwenden Sie Speicherprofile, um jede Konfiguration zu modellieren. Mithilfe von Speicherprofilen kann Deadline Cloud Pfade zuordnen, sodass ein Mitarbeiter die Daten finden kann, unabhängig davon, wo ein Job eingereicht wird. Weitere Informationen finden Sie unter Speicherprofile und Pfadzuordnung.
Verbinden Sie Cloud-Worker mit Ihrem Netzwerk
Cloud-Mitarbeiter müssen häufig auf Ressourcen zugreifen, die in Ihrer VPC oder Ihrem lokalen Netzwerk ausgeführt werden, wie z. B. gemeinsam genutzte Dateisysteme, Lizenzserver und Datenbanken. Mit VPC-Ressourcenendpunkten für dienstverwaltete Flotten können Ihre Mitarbeiter über eine private Verbindung, die VPC Lattice verwendet, eine Verbindung zu diesen Ressourcen herstellen. Weitere Informationen finden Sie unter Verbinden Sie VPC-Ressourcen über VPC-Ressourcen-Endpunkte mit Ihrem SMF.
Verwenden Sie ein Host-Konfigurationsskript, um ein Dateisystem zu mounten oder einen anderen Netzwerkzugriff auf einem Flottenarbeiter mit Serviceverwaltung zu konfigurieren. Host-Konfigurationsskripts werden mit Administratorrechten ausgeführt, wenn ein Worker gestartet wird. Weitere Informationen finden Sie unter Führen Sie Host-Konfigurationsskripts mit Administratorrechten aus.
Anmerkung
Der Datenverkehr über einen VPC-Ressourcenendpunkt verwendet Network Address Translation (NAT), das nicht mit allen Ressourcen kompatibel ist. Beispielsweise kann Microsoft Active Directory keine Verbindung über NAT herstellen.
Ordnen Sie Anwendungen jedem Flotten-Typ zu
Stellen Sie sicher, dass jede DCC-Anwendung (Digital Content Creation), die Ihre Jobs verwenden, auf beiden Flottenarten ausgeführt werden kann. Bei Flotten mit Serviceverwaltung stellt der Cloud-managed Conda-Kanal von Deadline automatisch beliebte DCCs zur Verfügung. Für Anwendungen, die der Channel nicht bereitstellt, oder für Mitarbeiter, die vom Kunden verwaltet werden und den Channel nicht nutzen können, verpacken Sie die Anwendungen selbst, wie unter beschrieben. Wählen Sie eine Warteschlangenstrategie Eine Liste der unterstützten Anwendungen finden Sie unter Unterstützte Software im AWS Deadline Cloud-Benutzerhandbuch.
Kontrollieren Sie die Cloud-Kosten
Um Cloud-Kapazität nur bei Spitzennachfrage zu bezahlen, skalieren Sie Ihre Cloud-Flotte, wenn sie inaktiv ist. Service-managed Flotten skalieren automatisch zwischen der von Ihnen festgelegten Mindest- und Höchstanzahl an Mitarbeitern. Für eine vom Kunden verwaltete Flotte von Amazon EC2-Instances können Sie die automatische Skalierung so konfigurieren, dass die Flotte mit der Nachfrage wächst und schrumpft. Weitere Informationen finden Sie unter Erstellen Sie eine Flotteninfrastruktur mit einer Amazon EC2 Auto Scaling-Gruppe.
Zugehörige Ressourcen
Anleitungen zum Entwerfen eines durchgängigen Deadline Cloud-Workflows für die Einreichung von Aufträgen, das Antragsmanagement, die Lizenzierung, den Zugriff auf Ressourcen und die Infrastruktur für Mitarbeiter finden Sie unter. Leitfaden zur Cloud-Architektur von Deadline
Ausführbare Beispiele, einschließlich einer Referenzvorlage, die ein gemeinsam genutztes Dateisystem mit einer vom Service verwalteten Flotte verbindet, finden Sie im https://github.com/aws-deadline/deadline-cloud-samples
