Redshift render farm: GPU-Cloud-Rendering (2026)

Redshift ist eine GPU-beschleunigte, biased Render-Engine — auf unserer render farm, und auf jeder render farm, die wir kennen, läuft sie ausschließlich auf GPU-Hardware, ohne CPU-Rendering-Pfad. Artists greifen in Cinema 4D, Maya, 3ds Max und Houdini aus den gleichen drei Gründen darauf zurück: Sie ist um die Grafikkarte herum aufgebaut, sie bleibt unter Zeitdruck berechenbar, und sie ist in den Anwendungen enthalten, die die meisten Produktions-Pipelines bereits nutzen. Redshift ist zudem eine gängige Engine für Fahrzeug- und Produktaufnahmen; unser Leitfaden render farm für Automotive-Rendering behandelt diesen Workload auf einer GPU-render-farm.

Dieser Leitfaden ist eine einzige Referenz für den Betrieb von Redshift auf einer Cloud-render-farm, unabhängig davon, in welcher der vier Anwendungen Sie Ihre Szenen aufbauen. Eine render farm ändert nicht, wie Sie eine Aufnahme beleuchten oder shaden; sie ändert, was passiert, wenn Sie auf Rendern klicken. Statt dass eine Workstation die Nacht über eine Sequenz durchrechnet, greifen viele GPU-Maschinen die Frames parallel auf und liefern sie in einem Bruchteil der Echtzeit zurück. Die Kompromisse, die zählen — VRAM, Lizenzierung, Dateiübertragung und Kosten — sind dieselben, egal ob Ihre Redshift-Szene in Cinema 4D oder Houdini entstanden ist, weshalb es sich lohnt, „Redshift auf einer render farm" als ein Thema zu behandeln statt als vier getrennte.

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

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

Redshift ist zuerst eine GPU-Render-Engine. Sie nutzt die CUDA- und OptiX-Pfade der Grafikkarte, um Strahlen zu verfolgen, was ihr das interaktive Gefühl gibt, das Artists mit ihr verbinden. Auf unserer render farm läuft jeder Redshift-Job auf einer dedizierten GPU-Flotte, die auf NVIDIA-RTX-5090-Karten mit je 32 GB VRAM aufgebaut ist. Wir betreiben Redshift im GPU-Modus — das ist der Pfad, für den unsere Hardware bereitgestellt ist, und es lohnt sich, hier präzise zu sein, denn Redshift als Produkt hat mit Version 3.5 zusätzlich einen CPU-Rendering-Modus erhalten. Auf unserer render farm ist Redshift ausschließlich GPU-basiert; hier gibt es dafür keinen CPU-Rendering-Pfad. Wenn Sie eine Szene für das CPU-Backend abgestimmt haben, planen Sie, sie gegen die GPU-Ausgabe zu validieren, bevor Sie eine lange Sequenz in Auftrag geben.

Dieses GPU-first-Design macht Redshift zu einem natürlichen Kandidaten für verteiltes Rendering. Frames sind unabhängige Arbeitseinheiten, sodass eine Sequenz, die auf einer Karte acht Stunden benötigt, auf viele Karten verteilt und viel früher zurückgeliefert werden kann. Die Aufgabe einer render farm ist es, diese Karten mit Arbeit zu versorgen, die Lizenzierung zu klären und Ihnen die Frames auszuliefern — nichts davon sollte Sie dazu zwingen, über die zugrunde liegenden Maschinen nachzudenken.

Eine render farm beseitigt zudem den häufigsten GPU-Engpass für Solo-Artists: die Kartenanzahl. Lokal rendern Sie mit der einen oder zwei GPUs in Ihrem Tower. Auf einer render farm verschiebt sich die Einschränkung von „wie viele Karten besitze ich" zu „wie verpacke ich die Szene, damit die Karten sie lesen können" — ein viel leichter zu lösendes Problem, das wir im Abschnitt zum Workflow weiter unten behandeln. Wenn Sie neugierig sind, wie viel eine zweite (oder zwanzigste) Karte in der Praxis tatsächlich bringt, misst unser Multi-GPU-Scaling-Benchmark 1-GPU- gegen 2-GPU-Renderzeiten direkt, statt lineare Skalierung anzunehmen.

Redshift über vier Anwendungen hinweg: Cinema 4D, Maya, 3ds Max und Houdini

Redshift verhält sich über die Host-Anwendungen hinweg konsistent, weil die Engine dieselbe ist; was sich unterscheidet, ist das Bridge-Plugin und 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, sodass sich Materialsystem, Render-Ansicht und Take-System nativ anfühlen. Dies ist die ausgereifteste Redshift-Paarung, die wir sehen, und diejenige mit der längsten Erfolgsgeschichte an farm-tauglichen Szenen. Für eine Cinema-4D-spezifische Tiefenanalyse — einschließlich Motion-Design-Workflow-Details, die über diesen DCC-übergreifenden Leitfaden hinausgehen — siehe unseren Leitfaden Redshift render farm für Cinema 4D.
Maya. Redshift für Maya ist eine langjährige, produktionserprobte Integration mit voller Unterstützung für Mayas Render-Layer, AOVs und den üblichen knotenbasierten Material-Workflow. Szenen referenzieren Texturen und Caches über Mayas Projektstruktur, sodass die Hauptüberlegung für die render farm ist, sicherzustellen, dass diese Pfade aufgelöst werden, sobald die Dateien Ihren Rechner verlassen.
3ds Max. Die 3ds-Max-Integration deckt die Renderer-Einstellungen, den Material-Editor und die Render-Elemente ab, die man erwarten würde. Redshift wird hier häufig zusammen mit Scatter- und Proxy-Plugins verwendet, sodass Proxys und externe Referenzen die Dinge sind, die sorgfältig verpackt werden sollten.
Houdini. Redshift in Houdini ist die GPU-Option, die viele Artists mit schwerer Simulations- und Instancing-Arbeit kombinieren, neben Karma und Mantra. Wenn Ihre Pipeline Houdini-first ist, behandelt unsere Seite Houdini Cloud-render farm das breitere Engine-Bild für diese Anwendung.

Über alle vier hinweg ist die Render-Engine-Lizenz in dem enthalten, was Sie fürs Rendern bezahlen — Sie werden nicht gebeten, Ihren eigenen Redshift-Sitzplatz mitzubringen. Als offizieller Maxon-Partner lizenzieren wir Redshift (und den Rest der Maxon-Produktlinie) für die Rendernutzung auf der render farm, was es ermöglicht, dass die Engine in jeder unterstützten Anwendung verfügbar ist, ohne dass Sie etwas einrichten müssen. Sie können diesen Partnerstatus direkt im Maxon-Partnerverzeichnis verifizieren.

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

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

Beim GPU-Rendering ist VRAM die Zahl, die darüber entscheidet, ob eine Szene sauber rendert oder stockt. Redshift lädt Geometrie, Texturen und andere Szenendaten in den Speicher der Karte; wenn eine Szene passt, läuft die Karte mit voller Leistung. Unsere GPU-Flotte gibt jedem Redshift-Job 32 GB VRAM auf einer NVIDIA RTX 5090 zur Verfügung, was ein breites Spektrum an Produktionsszenen ohne Sonderbehandlung 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 „was ist mit meiner schweren Szene": Redshift kann größere-als-VRAM-Szenen über Out-of-Core rendern, zu einem gewissen Leistungspreis, weil die Karte auf langsameren Speicher zugreifen muss. Es ist eine GPU-Technik, keine Übergabe an einen CPU-Renderer — der Frame wird weiterhin auf der RTX 5090 berechnet, nur mit langsamerem Speicherzugriff für den Teil, der nicht in die 32 GB der Karte passt. In der Praxis besteht der Weg, eine schwere Redshift-Szene schnell zu halten, darin, zunächst unnötigen VRAM-Druck zu reduzieren — sinnvolle Texturgrößen, Proxys für wiederholte Geometrie und das Kürzen dessen, was tatsächlich im Bild ist —, und Out-of-Core den Rest absorbieren zu lassen.

Wenn Sie abwägen, ob die 32 GB der RTX 5090 genug Spielraum für Ihre spezielle Arbeit bieten, führt Sie unser Beitrag zur RTX-5090-GPU-Cloud-Rendering-Leistung durch, wie sich die Karte bei echten Szenen verhält, und unser Multi-GPU-Scaling-Benchmark zeigt, was das Hinzufügen einer zweiten Karte tatsächlich mit der Echtzeit bei einer vergleichbaren Szene macht.

Diagramm der mit der Szenenkomplexität steigenden VRAM-Nutzung, das die 32-GB-Linie der RTX 5090 überschreitet, an der Redshift-Out-of-Core einsetzt und zu einem gewissen Leistungspreis weiter auf der GPU rendert

Vollständig verwaltet vs. selbst eine GPU-Maschine mieten

Es gibt zwei grundlegende Wege, Redshift in der Cloud zu rendern, und der Unterschied zählt mehr als die Hardware-Spezifikation.

Der erste ist die Infrastruktur-Miete, bei der Sie eine entfernte GPU-Maschine mieten, sich per Remote-Desktop damit verbinden, Redshift und Ihre Host-Anwendung selbst installieren, die Lizenzierung klären, Ihre Dateien hinüberkopieren und das Rendern verwalten. Sie erhalten eine nackte Maschine und volle Kontrolle, zusammen mit der gesamten Einrichtung und Verwaltung, die das mit sich bringt.

Der zweite ist eine vollständig verwaltete render farm, so wie wir arbeiten. Sie laden Ihre Szene hoch, die Engine und die Lizenzen sind bereits vorhanden, die Frames werden für Sie über die GPU-Flotte verteilt — RTX-5090-Karten, je 32 GB VRAM —, und Sie holen sich das Ergebnis ab. Es gibt keinen Remote-Desktop, in den Sie sich einloggen müssen, nichts zu installieren und keine Lizenz zu aktivieren. Für einen Redshift-Artist entfernt das die Teile des Cloud-Renderings, die nichts mit der Bilderzeugung zu tun haben — und das ist der Hauptunterschied zwischen einer verwalteten render farm und den Infrastructure-as-a-Service-GPU-Mieten, die Sie vielleicht schon genutzt haben. Unsere Seite Redshift-Cloud-render farm ist der Ort, auf den Sie einen Kollegen verweisen können, der die Kurzversion möchte.

Welches Modell zu Ihnen passt, hängt davon ab, wie viel Kontrolle Sie über die Umgebung brauchen. Wenn Sie eine ungewöhnliche Plugin-Kette oder einen maßgeschneiderten Build haben, kann eine rohe Maschine das richtige Werkzeug sein. Für die meisten Redshift-Arbeiten — eine Standard-Host-Anwendung, die Engine und Ihre Szene — liefert eine verwaltete render farm Frames mit deutlich weniger Aufwand zurück.

Was Redshift-Rendering auf einer render farm kostet

GPU-Rendering auf unserer render farm wird nach Nutzung abgerechnet, nicht nach einem monatlichen Plan. Die Einheit ist die OctaneBench-Stunde (OBh) — ein Maß für geleistete GPU-Arbeit —, berechnet zu einem Grundpreis von 0,003 $ pro OBh. In der Praxis läuft eine RTX-5090-Karte auf rund 5,20 $ pro Karten-Stunde Rendering hinaus. Sie zahlen für die GPU-Zeit, die Ihre Frames tatsächlich verbrauchen, nicht für einen Sitzplatz oder eine Abo-Stufe.

Dieselbe GPU-Stunden-Abrechnung gilt für Octane-Jobs; unser Leitfaden Octane-Render-Cloud-farm behandelt, wie Octane-Szenen auf der Flotte laufen.

Ein paar Details, die häufig zur Sprache kommen:

Lizenzierung ist inbegriffen. Die Redshift-Lizenz ist Teil des Renderpreises. Das Gleiche gilt für die anderen Engines, die wir betreiben — es gibt keine separate Lizenzposition einzuplanen.
Guthaben verfällt nicht. Sie laden ein Guthaben auf und geben es für Jobs aus; bezahltes Guthaben bleibt gültig, wann immer Sie es brauchen. Neue Konten starten außerdem mit 25 $ Testguthaben, um einen echten Job zu dimensionieren, bevor Sie sich auf eine Sequenz festlegen.
Keine Stufen. Jedes Konto rendert zum gleichen nutzungsbasierten Preis. Es gibt keinen Plan zur Auswahl und kein Feature, das hinter einer höheren Stufe verborgen ist.

Um einen Job zu schätzen, nehmen Sie die Zeit, die ein Frame auf einer vergleichbaren Karte benötigt, multiplizieren Sie mit Ihrer Frameanzahl und wenden Sie die Karten-Stunden-Zahl an — über die Flotte verteilt kollabiert die Echtzeit, aber die abgerechneten GPU-Stunden bleiben ungefähr gleich der insgesamt geleisteten Arbeit. Das Rendern eines 10-Sekunden-Shots bei 24 fps sind 240 Frames; wenn jeder Frame auf einer Karte vier Minuten braucht, sind das etwa 16 Karten-Stunden Arbeit, oder in der Größenordnung von 83 $ zum praktischen Satz — zurückgeliefert in einem kleinen Bruchteil dieser Echtzeit, weil die Frames parallel über mehrere RTX-5090-Karten laufen, statt auf einer einzigen in der Warteschlange zu stehen.

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 gleich, aber die Echtzeit der 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 Kontrollierbarkeit eines biased Renderers wollen und wenn Ihre Host-Anwendung eine der vier oben genannten ist. Es ist nicht die einzige Option, und ein Teil der guten Wahl besteht darin, zu wissen, wo es im Vergleich zu den Alternativen steht.

Gegenüber Arnold ist der Tausch Redshifts GPU-biased Geschwindigkeit und Interaktivität gegen Arnolds Ruf für unbiased, physikalisch fundierte Ausgabe über CPU und GPU hinweg. Wir vergleichen die beiden für die Arbeit auf einer render farm in Arnold vs. Redshift auf einer render farm.
Gegenüber Octane sind beide GPU-Renderer mit unterschiedlichen Shading-Philosophien und Host-Anwendungs-Unterstützung. Unser Octane-vs.-Redshift-Vergleich schlüsselt auf, wie sie sich in der Praxis unterscheiden.
Gegenüber Cycles, Blenders eingebauter Engine, geht es beim Vergleich weniger um GPU-only gegen CPU-only und mehr um das Ökosystem — Cycles läuft je nach Szenenbedarf sowohl auf CPU als auch auf GPU, während Redshift auf unserer render farm über alle vier unterstützten DCCs hinweg ausschließlich GPU-basiert ist.

Eine render farm bindet Sie nicht an eine Engine — dasselbe Upload-und-Rendern-Modell gilt für die anderen Engines, die wir betreiben —, sodass die Engine-Wahl eine kreative und pipeline-bezogene Entscheidung bleiben kann, statt eine Hosting-Entscheidung zu sein.

Der Workflow: Hochladen, Rendern, Herunterladen

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

Hochladen. Verpacken Sie Ihre Szene mit ihren Assets — Texturen, Proxys, Caches und Referenzen. Der Web-Upload hat keine harte Größenbegrenzung, wir empfehlen jedoch, einzelne Uploads unter etwa 300 GB zu halten; für größere Fälle bieten SFTP oder unsere Client-Anwendung eine fortsetzbare, parallele Übertragung. Unterstützte Archivformate sind tar, tar.gz und 7z; .zip wird nicht unterstützt — packen Sie also um oder übertragen Sie die Dateien unarchiviert, falls das Ihre einzige Option ist. Die mit Abstand häufigste Ursache für einen stockenden GPU-Job ist ein Asset-Pfad, der auf Ihrer Workstation aufgelöst wurde, aber nicht mehr, sobald die Dateien umgezogen sind — sammeln oder verknüpfen Sie externe Referenzen daher neu, bevor Sie hochladen.

Rendern. Reichen Sie den Job ein, und die Frames werden über 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, und Out-of-Core deckt Szenen ab, die mehr brauchen.

Herunterladen. Fertige Frames stehen zum Zurückholen über das Web, über SFTP oder automatisch über die Client-Anwendung zur Verfügung. Die Ausgabe wird 45 Tage nach Abschluss eines Jobs aufbewahrt, danach wird sie gelöscht — laden Sie also umgehend herunter oder lassen Sie die Client-Anwendung automatisch auf Ihren lokalen Speicher herunterladen.

Eine kurze Checkliste vor dem Absenden eines Redshift-Jobs

Prüfpunkt	Warum es wichtig ist
Externe Assets gesammelt oder neu verknüpft	Nicht aufgelöste Pfade sind die Hauptursache für stockende GPU-Jobs
Texturgrößen und Proxys sinnvoll	Hält die Szene innerhalb des VRAM und, wo möglich, außerhalb von Out-of-Core
Ausgabepfad und AOVs eingestellt	Vermeidet erneutes Rendern wegen eines fehlenden Passes
Archiv ist tar, tar.gz oder 7z	`.zip` wird beim Upload nicht unterstützt
Framebereich und Schrittweite korrekt	Sie zahlen für die Frames, die Sie brauchen, nicht für zusätzliche
Zuerst einen Testframe gerendert	25 $ Testguthaben reichen, um die Einstellungen vor der vollen Sequenz zu bestätigen

Diese Liste durchzugehen dauert ein paar Minuten und beseitigt fast jeden vermeidbaren Grund, warum ein Job falsch zurückkommt.

FAQ

Q: Ist Redshift auf einer render farm ausschließlich GPU-basiert? A: Auf unserer render farm ja — jeder Redshift-Job läuft auf der GPU, genauer auf NVIDIA-RTX-5090-Karten mit je 32 GB VRAM, ohne CPU-Rendering-Pfad. Redshift als Produkt hat mit Version 3.5 einen CPU-Modus erhalten, aber dieser Modus läuft hier nicht; unsere Hardware und Pipeline sind für ausschließlich GPU-basiertes Redshift-Rendering bereitgestellt. Wenn Sie eine Szene anderswo für das CPU-Backend abgestimmt haben, validieren Sie sie gegen die GPU-Ausgabe, bevor Sie eine volle Sequenz in Auftrag geben.

Q: Was kostet eine Redshift-render farm? A: Auf unserer render farm wird GPU-Rendering nach Nutzung zu 0,003 $ pro OctaneBench-Stunde abgerechnet, was auf rund 5,20 $ pro RTX-5090-Karten-Stunde hinausläuft. Die Redshift-Lizenz ist in diesem Preis enthalten — es gibt keine separate Lizenzgebühr —, und Guthaben verfällt nie. Neue Konten starten mit 25 $ Testguthaben, genug, um einen echten Job zu dimensionieren, bevor Sie sich auf ein vollständiges Rendering festlegen.

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

Q: Aus welchen Anwendungen kann ich Redshift rendern? A: Cinema 4D, Maya, 3ds Max und Houdini. Die Engine ist über alle vier hinweg dieselbe; nur das Bridge-Plugin und der Szenenexport der Host-Anwendung unterscheiden sich. Die Redshift-Lizenz ist in jedem Fall im Renderpreis 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 wird weiterhin auf der GPU gerendert, zu einem gewissen Leistungspreis. Kleinere Texturgrößen und die Verwendung von Proxys halten mehr von der Szene im VRAM und damit schnell.

Q: Brauche ich meine eigene Redshift-Lizenz? A: Nein. Die Redshift-Lizenz ist in dem enthalten, was Sie fürs Rendern bezahlen. Als offizieller Maxon-Partner lizenzieren wir Redshift für die Rendernutzung auf der render farm, sodass es in jeder unterstützten Anwendung verfügbar ist, ohne dass auf Ihrer Seite etwas zu aktivieren ist.

Q: Wie wird Redshift-Rendering im Alltag bepreist, und gibt es Stufen? A: Es gibt keine Plan-Stufen — jedes Konto rendert zum gleichen oben beschriebenen nutzungsbasierten Preis. Die Lizenzierung ist bei jeder Engine, die wir betreiben, in diesen Preis eingebunden, nicht nur bei Redshift, sodass es unabhängig davon, aus welcher der vier unterstützten Anwendungen Sie rendern, keine separate Position einzuplanen gibt.

Q: Wie bekomme ich meine Szene auf die farm, und wie lange werden meine Frames danach aufbewahrt? A: Laden Sie die verpackte Szene über das Web hoch (keine harte Größenbegrenzung; wir empfehlen unter etwa 300 GB pro Upload), oder nutzen Sie SFTP oder die Client-Anwendung für größere oder fortsetzbare Übertragungen. Verwenden Sie tar-, tar.gz- oder 7z-Archive — .zip wird nicht unterstützt — und sammeln oder verknüpfen Sie externe Assets neu, bevor Sie hochladen, damit die Pfade auf der farm aufgelöst werden. Sobald Frames gerendert sind, wird die Ausgabe 45 Tage nach Abschluss des Jobs aufbewahrt, dann automatisch gelöscht — laden Sie vorher über das Web, SFTP oder den Auto-Download der Client-Anwendung herunter, oder richten Sie den Auto-Download ein, um eine lokale Kopie zu behalten.