Redshift Render Farm: Ein Leitfaden für GPU-Cloud-Rendering 2026

Redshift gehört zu den Render-Engines, über die wir auf unserer render farm die meisten Fragen erhalten. Es handelt sich um einen GPU-beschleunigten, biased Renderer, der für Produktionsgeschwindigkeit entwickelt wurde. Künstlerinnen und Künstler greifen aus drei Hauptgründen auf ihn zurück: Er ist konsequent auf die Grafikkarte ausgelegt, bleibt unter Deadlines verlässlich und ist in den vier Anwendungen verfügbar, die unsere Kunden am häufigsten nutzen — Cinema 4D, Maya, 3ds Max und Houdini.

Dieser Leitfaden dient als zentrale Referenz für den Einsatz von Redshift auf einer Cloud-render-farm, unabhängig davon, in welcher dieser Anwendungen Sie Ihre Szenen aufbauen. Eine render farm verändert nicht, wie Sie beleuchten oder schattieren; sie verändert, was beim Auslösen des Rendervorgangs geschieht. Anstatt einer einzelnen Workstation, die über Nacht eine Sequenz abarbeitet, übernehmen viele GPU-Maschinen die Frames parallel und liefern sie in einem Bruchteil der Wanduhrzeit zurück. Die relevanten Abwägungen — VRAM, Lizenzierung, Dateiübertragung und Kosten — sind dieselben, egal ob Ihre Redshift-Szene in Cinema 4D oder Houdini entstanden ist. Genau deshalb ist es sinnvoll, „Redshift auf einer render farm" als ein Thema zu behandeln, nicht als vier separate.

Redshift-Cloud-Rendering-Ablauf — Cinema 4D, Maya, 3ds Max und Houdini speisen eine einzige Redshift-Engine, anschließend werden die Szenen zu einer GPU-Flotte hochgeladen, die die Frames parallel rendert und zum Download bereitstellt

Warum Redshift auf der GPU rendert — und was das auf einer render farm bedeutet

Redshift ist in erster Linie ein GPU-Renderer. Es nutzt die CUDA- und OptiX-Pfade der Grafikkarte für das Ray Tracing, was ihm das interaktive Verhalten verleiht, das Künstlerinnen und Künstler damit verbinden. Auf unserer render farm läuft jeder Redshift-Job auf einer dedizierten GPU-Flotte aus NVIDIA RTX 5090 Karten mit jeweils 32 GB VRAM. Wir betreiben Redshift im GPU-Modus — so ist unsere Hardware ausgelegt, und es lohnt sich, dies präzise zu benennen: Redshift als Produkt hat in Version 3.5 auch einen CPU-Renderingmodus erhalten. Auf unserer render farm ist Redshift ausschließlich GPU-basiert; einen CPU-Rendering-Pfad gibt es hier nicht. Wenn Sie eine Szene für das CPU-Backend optimiert haben, planen Sie bitte eine Validierung gegenüber der GPU-Ausgabe ein, bevor Sie eine lange Sequenz einreichen.

Diese GPU-Orientierung macht Redshift zu einem natürlichen Kandidaten für verteiltes Rendering. Frames sind voneinander unabhängige Arbeitseinheiten; eine Sequenz, die auf einer Karte acht Stunden dauert, kann auf viele Karten verteilt und deutlich früher zurückgeliefert werden. Die Aufgabe einer render farm besteht darin, diese Karten mit Arbeit zu versorgen, die Lizenzierung zu übernehmen und Ihnen die Frames zu übergeben — ohne dass Sie dabei an die zugrundeliegenden Maschinen denken müssen.

Eine render farm beseitigt auch die häufigste GPU-Engstelle für Einzelpersonen: die Anzahl der Karten. Lokal rendern Sie mit einer oder zwei GPUs in Ihrem System. Auf einer render farm verschiebt sich die Einschränkung von „Wie viele Karten besitze ich?" zu „Wie paketiere ich die Szene, damit die Karten sie lesen können?" — ein deutlich einfacheres Problem, auf das wir im Workflow-Abschnitt weiter unten eingehen.

Redshift in vier Anwendungen: Cinema 4D, Maya, 3ds Max und Houdini

Redshift verhält sich über alle Host-Anwendungen hinweg konsistent, weil die Engine dieselbe ist; was sich unterscheidet, ist das Bridge-Plugin und die Art, wie jede Anwendung ihre Szenendaten exportiert. Wir unterstützen Redshift in den vier DCCs, in denen unsere Kunden es am häufigsten einsetzen:

• Cinema 4D. Redshift ist hier eng integriert — es ist ein Maxon-Produkt, und Cinema 4D ist eine Maxon-Anwendung. Das Materialsystem, die Render-Ansicht und das Take-System fühlen sich nativ an. Dies ist die ausgereifteste Redshift-Paarung, die wir sehen, und diejenige mit der längsten Geschichte farm-fertiger Szenen. Eine spezifische Vertiefung für Cinema 4D finden Sie in unserem Cinema 4D Redshift-render-farm-Leitfaden.
• Maya. Redshift für Maya ist eine langjährige, produktionserprobte Integration mit vollständiger Unterstützung für Mayas Rendering-Layer, AOVs und den üblichen knotenbasierten Material-Workflow. Szenen referenzieren Texturen und Caches über Mayas Projektstruktur; die wichtigste farm-seitige Überlegung ist daher, sicherzustellen, dass diese Pfade aufgelöst werden können, sobald die Dateien Ihre Maschine verlassen.
• 3ds Max. Die 3ds-Max-Integration deckt die Renderer-Einstellungen, den Material-Editor und die Render-Elemente ab, die Sie erwarten würden. Redshift wird hier häufig zusammen mit Scatter- und Proxy-Plugins eingesetzt; Proxys und externe Referenzen sind daher die Elemente, die sorgfältig paketiert werden müssen.
• Houdini. Redshift in Houdini ist die GPU-Option, die viele Künstlerinnen und Künstler mit umfangreichen Simulations- und Instancing-Arbeiten kombinieren, gleichrangig mit Karma und Mantra. Wenn Ihre Pipeline Houdini-zentriert ist, bietet unsere Seite Houdini Cloud-render-farm einen umfassenden Überblick über die Engine-Landschaft für diese Anwendung.

Über alle vier Anwendungen hinweg gilt: Die Render-Engine-Lizenz ist in dem enthalten, was Sie für das Rendering bezahlen — Sie müssen keine eigene Redshift-Lizenz mitbringen. Als offizieller Maxon-Partner lizenzieren wir Redshift (und die übrigen Maxon-Produkte) für den Rendereinsatz auf der render farm, wodurch die Engine in jeder unterstützten Anwendung ohne jegliche Einrichtung auf Ihrer Seite verfügbar ist. Sie können diesen Partnerstatus direkt im Maxon-Partnerverzeichnis überprüfen.

Cinema 4D, Maya, 3ds Max und Houdini speisen alle eine einzige Redshift-Engine auf einer GPU-render-farm, wobei die Redshift-Lizenz im Render-Tarif enthalten ist

VRAM, Out-of-Core und große Szenen

Beim GPU-Rendering ist VRAM die entscheidende Größe, die darüber entscheidet, ob eine Szene sauber rendert oder ins Stocken gerät. Redshift lädt Geometrie, Texturen und andere Szenendaten in den Speicher der Karte; wenn eine Szene hineinpasst, arbeitet die Karte mit voller Leistung. Unsere GPU-Flotte stellt jedem Redshift-Job 32 GB VRAM zur Verfügung, was einen breiten Bereich von Produktionsszenen ohne besondere Behandlung abdeckt.

Wenn die Daten einer Szene den verfügbaren VRAM übersteigen, schlägt Redshift nicht einfach fehl — es greift auf seine Out-of-Core-Technologie zurück und lagert Texturen und Geometrie aus dem Systemspeicher aus, sobald die Karte sie benötigt. Das ist die ehrliche Antwort auf die Frage „Was ist mit meiner schweren Szene?": Redshift kann Szenen rendern, die den VRAM übersteigen, über Out-of-Core — mit gewissen Performance-Einbußen, da die Karte auf langsameren Speicher zugreifen muss. Es handelt sich um eine GPU-Technik, keine Übergabe an einen CPU-Renderer. In der Praxis besteht der beste Weg, eine schwere Redshift-Szene schnell zu halten, darin, unnötigen VRAM-Druck zuerst zu reduzieren — sinnvolle Texturgrößen, Proxys für wiederholte Geometrie und das Herausschneiden dessen, was tatsächlich im Frame ist — und Out-of-Core den Rest absorbieren zu lassen.

Wenn Sie abwägen möchten, ob die 32 GB der RTX 5090 ausreichend Spielraum für Ihre spezifische Arbeit bieten, zeigt unser Artikel über die RTX 5090 GPU-Cloud-Rendering-Performance, wie sich die Karte bei realen Szenen verhält.

Diagramm des VRAM-Verbrauchs, der mit der Szenenkomplexität ansteigt und die 32-GB-Linie der RTX 5090 überschreitet, an der Redshift Out-of-Core einsetzt und das Rendering auf der GPU mit gewissen Performance-Einbußen fortsetzt

Vollständig verwaltete render farm vs. GPU-Maschine mieten

Es gibt zwei grundlegende Möglichkeiten, Redshift in der Cloud zu rendern, und der Unterschied ist wichtiger als die Hardware-Spezifikation.

Die erste ist die Infrastruktur-Miete: Sie mieten eine entfernte GPU-Maschine, verbinden sich per Remote Desktop, installieren Redshift und Ihre Host-Anwendung selbst, kümmern sich um die Lizenzierung, kopieren Ihre Dateien herüber und verwalten den Rendervorgang. Sie erhalten eine bare-metal-Maschine mit voller Kontrolle — samt dem gesamten Einrichtungs- und Verwaltungsaufwand, den das impliziert.

Die zweite ist eine vollständig verwaltete render farm, wie wir sie betreiben. Sie laden Ihre Szene hoch; Engine und Lizenzen sind bereits vorhanden; die Frames werden für Sie auf die GPU-Flotte verteilt, und Sie sammeln die Ausgabe. Es gibt keinen Remote Desktop, in den Sie sich einloggen müssten, nichts zu installieren und keine Lizenz zu aktivieren. Für Redshift-Künstlerinnen und -Künstler entfallen damit die Teile des Cloud-Renderings, die nichts mit der Bilderzeugung zu tun haben — und das ist der wesentliche Unterschied zwischen einer vollständig verwalteten render farm und den IaaS-GPU-Mietangeboten, die Sie möglicherweise kennen. Unsere Seite Redshift-Cloud-render-farm ist der richtige Einstiegspunkt für Kolleginnen und Kollegen, die einen schnellen Überblick suchen.

Welches Modell für Sie geeignet ist, hängt davon ab, wie viel Kontrolle Sie über die Umgebung benötigen. Wenn Sie eine ungewöhnliche Plugin-Kette oder einen spezifischen Build haben, kann eine bare-metal-Maschine das richtige Werkzeug sein. Für die meisten Redshift-Arbeiten — eine Standard-Host-Anwendung, die Engine und Ihre Szene — liefert eine vollständig verwaltete render farm Frames mit deutlich geringerem Einrichtungsaufwand zurück.

Was Redshift-Rendering auf einer render farm kostet

GPU-Rendering auf unserer render farm wird nutzungsbasiert abgerechnet, nicht im Rahmen eines monatlichen Abonnements. Die Einheit ist die OctaneBench-Stunde (OBh) — ein Maß für geleistete GPU-Arbeit — zum Grundpreis von 0,003 $ pro OBh. Praktisch betrachtet entspricht eine RTX-5090-Karte etwa 5,20 $ pro Karten-GPU-Stunde Rendering. Sie zahlen für die GPU-Zeit, die Ihre Frames tatsächlich verbrauchen, nicht für einen Sitz oder ein Abonnement-Tier.

Einige Besonderheiten, nach denen häufig gefragt wird:

• Lizenzierung ist inbegriffen. Die Redshift-Lizenz ist im Render-Tarif enthalten. Dasselbe gilt für die anderen Engines, die wir betreiben — es gibt keine separate Lizenzposition, die Sie einkalkulieren müssten.
• Credits verfallen nicht. Sie laden ein Guthaben auf und verbrauchen es für Jobs; bezahlte Credits bleiben gültig, wann immer Sie sie benötigen. Neue Konten starten zudem mit 25 $ Testguthaben, um einen echten Job zu dimensionieren, bevor Sie sich auf eine Sequenz festlegen.
• Keine Tarif-Stufen. Jedes Konto rendert zum gleichen nutzungsbasierten Tarif. Es gibt keinen Plan, den Sie wählen müssen, und keine Funktionen, die hinter einem höheren Tier verborgen wären.

Um einen Job zu kalkulieren: Nehmen Sie die Zeit, die ein Frame auf einer vergleichbaren Karte benötigt, multiplizieren Sie mit Ihrer Frameanzahl und wenden Sie die Karten-GPU-Stunden-Zahl an — beim Verteilen auf die Flotte bricht die Wanduhrzeit ein, aber die abgerechneten GPU-Stunden bleiben in etwa gleich der geleisteten Gesamtarbeit. Das Rendern eines 10-Sekunden-Shots bei 24 fps ergibt 240 Frames; wenn jeder Frame vier Minuten auf einer Karte benötigt, sind das etwa 16 Karten-GPU-Stunden Arbeit — also in der Größenordnung von 83 $ zum praktischen Tarif — zurückgeliefert in einem kleinen Bruchteil dieser Wanduhrzeit, da die Frames parallel laufen.

Durchgerechnetes Kostenbeispiel für einen 240-Frame-Shot: Die abgerechneten Karten-Stunden sind auf einer einzelnen GPU-Karte und auf einer render farm mit 24 Karten identisch, aber die Wanduhrzeit der render farm ist deutlich kürzer

Redshift oder eine andere Engine für den Job wählen

Redshift ist eine starke Wahl, wenn Sie GPU-Geschwindigkeit mit der Steuerbarkeit eines biased Renderers kombinieren möchten und wenn Ihre Host-Anwendung eine der vier genannten ist. Es ist jedoch nicht die einzige Option, und zu einer guten Entscheidung gehört das Verständnis, wo es im Verhältnis zu den Alternativen steht.

• Im Vergleich zu Arnold steht Redshifts GPU-biased Geschwindigkeit und Interaktivität gegen Arnolds Ruf für unbiased, physikalisch fundierte Ausgabe über CPU und GPU. Wir vergleichen beide für den Farmeinsatz in Arnold vs. Redshift auf einer render farm.
• Im Vergleich zu Octane sind beide GPU-Renderer mit unterschiedlichen Shading-Philosophien und Host-Anwendungsunterstützung. Unser Octane-vs.-Redshift-Vergleich zeigt, wie sie sich in der Praxis unterscheiden.

Eine render farm schränkt Sie nicht auf eine Engine ein — dasselbe Upload-und-Render-Modell gilt für die anderen Engines, die wir betreiben — sodass die Engine-Wahl eine kreative und Pipeline-Entscheidung bleiben kann, keine Hosting-Entscheidung.

Der Upload-, Render- und Download-Workflow

Eine Redshift-Szene auf die render farm zu bringen, folgt denselben drei Schritten, unabhängig von der Host-Anwendung.

Upload. Paketieren Sie Ihre Szene mit ihren Assets — Texturen, Proxys, Caches und Referenzen. Der Web-Upload hat keine feste Größenbeschränkung; wir empfehlen jedoch, einzelne Uploads unter ca. 300 GB zu halten. Für größere Dateien bietet SFTP oder unsere Client-Anwendung einen fortsetzbaren, parallelen Transfer. Unterstützte Archivformate sind tar, tar.gz und 7z; .zip wird nicht unterstützt — paketieren Sie daher neu oder übertragen Sie die Dateien unarchiviert, wenn das Ihre einzige Option ist. Die häufigste Ursache für einen blockierten GPU-Job ist ein Asset-Pfad, der auf Ihrer Workstation aufgelöst wurde, aber nicht mehr, nachdem die Dateien verschoben wurden — sammeln oder verlinken Sie daher externe Referenzen vor dem Upload neu.

Render. Übermitteln Sie den Job, und die Frames werden auf die GPU-Flotte verteilt. Da Redshift-Jobs hier ausschließlich GPU-basiert sind, landet jeder Frame auf einer RTX 5090 mit ihren 32 GB VRAM; Out-of-Core deckt Szenen ab, die mehr benötigen.

Download. Fertig gerenderte Frames können über das Web, per SFTP oder automatisch über die Client-Anwendung abgerufen werden. Die Ausgabe wird 45 Tage nach Abschluss eines Jobs vorgehalten und danach gelöscht — laden Sie Frames daher zeitnah herunter oder lassen Sie die Client-Anwendung automatisch auf Ihren lokalen Speicher herunterladen.

Eine kurze Checkliste vor dem Einreichen eines Redshift-Jobs

Diese Checkliste durchzugehen dauert einige Minuten und beseitigt nahezu jeden vermeidbaren Grund, warum ein Job fehlerhaft zurückkommt.

FAQ

Q: Rendert die render farm Redshift auf der GPU oder der CPU? A: Ausschließlich auf der GPU. Unsere Redshift-Jobs laufen auf einer dedizierten NVIDIA-RTX-5090-Flotte mit 32 GB VRAM pro Karte. Redshift als Produkt hat in Version 3.5 einen CPU-Modus erhalten, aber auf unserer render farm gibt es keinen CPU-Rendering-Pfad für Redshift — wenn Sie eine Szene für das CPU-Backend optimiert haben, validieren Sie sie bitte zuerst gegenüber der GPU-Ausgabe.

Q: Aus welchen Anwendungen kann ich Redshift rendern? A: Cinema 4D, Maya, 3ds Max und Houdini. Die Engine ist über alle vier identisch; nur das Bridge-Plugin der jeweiligen Host-Anwendung und der Szenenexport unterscheiden sich. Die Redshift-Lizenz ist in jedem Fall im Render-Tarif enthalten.

Q: Was passiert, wenn meine Szene größer als 32 GB VRAM ist? A: Redshift nutzt Out-of-Core-Technologie, um Texturen und Geometrie aus dem Systemspeicher auszulagern, wenn eine Szene den verfügbaren VRAM übersteigt. Die Szene rendert weiterhin auf der GPU, mit gewissen Performance-Einbußen. Das Reduzieren von Texturgrößen und der Einsatz von Proxys hält mehr von der Szene im VRAM und beschleunigt den Rendervorgang.

Q: Benötige ich eine eigene Redshift-Lizenz? A: Nein. Die Redshift-Lizenz ist in dem enthalten, was Sie für das Rendering bezahlen. Als offizieller Maxon-Partner lizenzieren wir Redshift für den Rendereinsatz auf der render farm, sodass es in jeder unterstützten Anwendung ohne Aktivierung auf Ihrer Seite verfügbar ist.

Q: Wie wird Redshift-Rendering abgerechnet? A: GPU-Rendering wird nutzungsbasiert zum Grundpreis von 0,003 $ pro OctaneBench-Stunde abgerechnet, was etwa 5,20 $ pro RTX-5090-Karten-GPU-Stunde entspricht. Lizenzen sind inbegriffen, Credits verfallen nicht, und neue Konten starten mit 25 $ Testguthaben, um einen echten Job zu dimensionieren.

Q: Wie bringe ich meine Szene und Assets auf die render farm? A: Laden Sie die paketierte Szene über das Web hoch (keine feste Größenbeschränkung; wir empfehlen unter ca. 300 GB pro Upload), oder nutzen Sie SFTP oder die Client-Anwendung für größere oder fortsetzbare Transfers. Verwenden Sie tar-, tar.gz- oder 7z-Archive — .zip wird nicht unterstützt — und sammeln oder verlinken Sie externe Assets vor dem Upload neu, damit Pfade auf der render farm aufgelöst werden können.

Q: Wie lange werden meine gerenderten Frames vorgehalten? A: Die Ausgabe wird 45 Tage nach Abschluss eines Jobs vorgehalten und danach automatisch gelöscht. Laden Sie Ihre Frames vor diesem Zeitpunkt über das Web, per SFTP oder über die Auto-Download-Funktion der Client-Anwendung herunter, oder konfigurieren Sie Auto-Download, um eine lokale Kopie zu behalten.