20-Node-RTX-5090-Flotten · Ihre Anmeldedaten · Ihre Daten · Länderübergreifend optimiert
Das SaaS-render-farm-Modell passt für die meisten Studios — hochladen, rendern, herunterladen, verwaltete Lizenzen, keine Infrastruktur zu beachten. Es passt nicht zu jedem Workload. Manche Teams benötigen eine private GPU-Flotte, die kein anderer Mandant teilt, Anmeldedaten, die niemals die Identitätsgrenze des Kunden verlassen, und einen Netzwerkpfad, der lange Distanzen zwischen Künstlern und Render-Hardware übersteht.
Eine dedizierte GPU-Cluster-Miete von Super Renders Farm bedeutet einen abgegrenzten Abschnitt der Render-Flotte — RTX-5090-Nodes, eine gemeinsame Cache-Box, einen verschlüsselten Tunnel zum Standort des Kunden — betrieben für eine Organisation zur Zeit.
Der Kunde meldet sich auf jedem Node mit dem eigenen Cloud-Speicher-Konto an. Super Renders Farm stellt Hardware, OS, Render-Apps und Cache-Schicht bereit, hält aber niemals die Speicher-Anmeldedaten des Kunden.
Assets werden einmal aus der Kunden-Cloud in einen gemeinsamen SMB3-Cache gestreamt, dann liest jeder Node im Cluster aus dem lokalen LAN. Vorgewärmter Cache vor einem Render-Tag entfernt die Cold-Pull-Latenz beim ersten Frame.
Jede Verbindung zwischen Kunde und Cluster läuft über WireGuard mit Verschlüsselung standardmäßig. BBR-Congestion-Control auf dem Gateway hält den Durchsatz stabil über jitterreiche internationale Segmente. TCP-MSS-Clamping verhindert MTU-Blackhole-Ausfälle.
Jeder Node läuft Sunshine als Streaming-Host mit NVENC-Hardware-Encode; Künstler verbinden sich mit Moonlight. Parsec wird als Fallback unterstützt.
Ein verbreitetes Muster: etwa die Hälfte der Nodes aus bestehender Rack-Kapazität im Haupt-DC, die andere Hälfte aus angemieteter Fläche an einem zweiten Standort, verbunden über WireGuard-Site-to-Site.
Kunden und ihre Nodes sehen nur den Cluster, für den sie bezahlt haben. Sie sehen nicht das interne NAS, den Router oder die Shared-Tenant-Nodes von Super Renders Farm.
Eine dedizierte GPU-Cluster-Bereitstellung hat drei Ebenen: den Kundenstandort, den Cluster-Edge und die Render-Nodes. Die Edge-Box ist ein Ubuntu 22.04 LTS-Rechner mit WireGuard-Hub, SMB3-Cache, DNS-Resolver und NTP-Server. Render-Nodes sind Windows 11 Pro mit RTX 5090, Sunshine, Cloud-Speicher-Client und Render-Application-Bundle.
Das hybride Muster ist relevant, weil so dedizierte Cluster-Ökonomie für die meisten Enterprise-Deals funktioniert. Die beiden Gruppen erscheinen dem Kunden als ein einziger Layer-3-routbarer Cluster.
Für tiefere länderübergreifende Netzwerk-Auslegung siehe den länderübergreifenden Optimierungs-Deep-Dive.
WireGuard ist die einzige eingehende Oberfläche — UDP 51820, Rest default-deny via ufw. BBR auf dem Gateway. TCP-MSS-Clamping verhindert große Paketdrops durch den Tunnel.
Samba 4 auf Ubuntu 22.04 LTS, SMB3, eine SATA-SSD auf ext4. Bewusst einfach — Redundanz heißt „Re-Fetch aus der Kunden-Cloud", nicht „Wiederherstellung aus Parität".
dnsmasq für die interne `.lan`-Zone; chrony hält die Uhren cluster-weit synchron.
Sunshine als Streaming-Host pro Node, NVENC-Encode auf der RTX 5090. Moonlight ist der empfohlene Client; Parsec als Fallback.
Der Kunde gibt das Bundle an. Übliche Installationen: Cinema 4D mit Redshift, 3ds Max, Maya, Blender, Houdini, After Effects und NukeX, kombiniert mit V-Ray, Corona, Arnold, Redshift, Octane oder Cycles.
Jeder Node ist Layer-3-routbar. Der Kunde kann eigene Deadline- oder Lizenz-Server betreiben.
Für operative Tiefe siehe Wie wir 20-Node-dedizierte-GPU-render-farms bereitstellen. Für Anmeldedaten-Details siehe den Model-B-Anmeldedaten-Leitfaden.
Dedizierte GPU-Cluster-Miete ist nicht für jeden Workload die richtige Antwort. Der ehrliche Vergleich zählt.
| Use Case | Eignung dedizierter Cluster | Begründung |
|---|---|---|
| Kreativagentur mit IP-sensiblen Workflows | Stark | Kundeneigene Anmeldedaten + kein Super-Renders-Farm-Zugriff auf Projektdateien + Attestierung am Ende der Engagement entsprechen Agentur-Vertraulichkeitsanforderungen. |
| VFX-Studio mit 10+ Künstlern | Stark | Vorhersehbare Kapazität, headcount-stabile Cluster-Größe, dedizierte Bandbreite überstehen Multi-Shot-Deadline-Crunches. |
| Länderübergreifendes Team (US + EU + Asien) | Stark | WireGuard + BBR + MSS-Clamp-Stack ist für jitterreiche internationale Pfade gebaut; gemeinsamer Cache senkt die internationale Bandbreitenrechnung. |
| Langfristiges Projekt (3+ Monate) | Stark | Setup amortisiert sich über das Engagement; hybride Eigen-Miet-Ökonomie funktioniert am besten bei mehrmonatigen Zeitplänen. |
| Hochsicherheits-Workflow | Stark | Tier-1-Edge-Segmentierung + Tier-2-Host-Firewall + kundeneigene Authentifizierung. |
| Kurzer Burst-Render (Stunden bis Tage) | Schwach | Managed-SaaS-render-farm ist die bessere Wahl — Abrechnung passt zur Nutzung, kein Setup-Overhead. |
| Einzelkünstler-Freelance-Projekt | Schwach | Kosten eines dedizierten Clusters überwiegen den Wert auf dieser Skala. |
Wenn das verwaltete SaaS-Modell besser passt, sagen wir das. SaaS vs. dediziert vergleichen für den vollständigen Entscheidungsrahmen.
Dedizierte GPU-Cluster-Miete wird pro Engagement abgerechnet, nicht pro Minute oder Frame. Die Preisgestaltung hängt von Cluster-Größe, Engagement-Dauer, Eigen-Miet-Mix am Sekundärstandort, Bandbreitenprofil und Render-Application-Bundle ab. Ein typisches Angebot umfasst eine Setup-Gebühr, ein monatliches Minimum und ein Mehr-Monats-Commitment-Fenster.
Praktisches Minimum sind etwa acht RTX-5090-Nodes. Darunter dominiert der operative Overhead, und ein verwalteter SaaS-Plan liefert in der Regel besseren Wert.
Ja. Model B / BYOC ist die Standardeinstellung für dedizierte Cluster-Engagements. Jeder Node meldet sich mit den eigenen Anmeldedaten des Kunden am Speicherkonto an. Super Renders Farm hält diese Anmeldedaten niemals.
Drei Schichten. Kundeneigene Anmeldedaten bedeuten, dass wir die Kunden-Cloud-Daten nicht erreichen können. Tier-1-Edge-Segmentierung und Tier-2-Host-Firewalls bedeuten, dass Nodes unsere interne Infrastruktur nicht erreichen können. Reimage am Ende der Engagement und Cache-Löschung mit schriftlicher Attestierung schließen die Schleife.
Jeder Node wird von einer sauberen Basis neu abgebildet. Der gemeinsame Cache-Server wird gelöscht. Wir stellen eine schriftliche Attestierung aus, die den Lösch- und Reimage-Zyklus bestätigt.
Ja. Der WireGuard-Tunnel bleibt durchgehend aktiv; Sunshine-Streaming-Hosts sind verfügbar, solange der Cluster im Dienst ist. Wartungsfenster werden im Voraus mit dem Kunden abgestimmt.
Ja. Jeder Node ist Layer-3-routbar, sodass ein vom Kunden verwalteter Deadline-Server den Cluster direkt steuern kann.
Die Preisgestaltung erfolgt pro Engagement, nicht pro Render-Minute. Angebote umfassen eine Setup-Gebühr, ein monatliches Minimum und ein Mehr-Monats-Commitment-Fenster.
Zwei bis vier Wochen ab Vertragsunterzeichnung bis zur Produktionsbereitschaft.
Unser Haupt-DC befindet sich in Hà Nội, Vietnam, mit internationaler Glasfaser für länderübergreifende Verbindungen. Sekundärstandorte werden pro Engagement koordiniert.
WireGuard handhabt die Verschlüsselung mit geringem Overhead. BBR-Congestion-Control hält den Durchsatz durch internationalen Jitter stabil. TCP-MSS-Clamping verhindert MTU-Blackhole. Der gemeinsame SMB-Cache verlagert schwere Assets ins Cluster-LAN.
Ja, innerhalb der im Engagement-Vertrag festgelegten Grenzen. Scale-Up dauert in der Regel ein bis zwei Wochen; Scale-Down ist schneller.
