AutoCAD, SolidWorks oder CATIA auf einer Cloud-GPU? Das fordert jedes von ihnen

Öffnen Sie die Systemanforderungen einer CAD-Plattform, und die GPU-Hinweise sind meist technisch korrekt, aber betrieblich unvollständig: eine DirectX-fähige Karte für AutoCAD, zertifizierte Karten und Treiber für SolidWorks und zertifizierte Workstation-Konfigurationen für CATIA. Stellen Sie einen Windows-GPU-Server bereit, richten Sie alle drei Plattformen darauf aus, und sie verhalten sich völlig unterschiedlich. Eine rührt die GPU kaum an. Eine sperrt ein Aushängeschild-Feature hinter einem zertifizierten Treiber und graut es aus, wenn keiner da ist. Eine kann 48 GB VRAM an einer einzigen Baugruppe verschlingen und schleppt danach jedes Bild durch den System-RAM, wenn ihr der Speicher ausgeht.

Eine Cloud-GPU für CAD ist nicht eine Entscheidung. Es sind drei, und sie haben nicht dieselbe Antwort. Dies ist eine Karte von Plattform zu Anforderung: Bringen Sie Ihre CAD-Lizenz mit, stellen Sie ein Windows-GPU-VPS bereit, konfigurieren Sie das Remoting, verbinden Sie sich von einem Thin Client aus und dimensionieren Sie jede Plattform nach dem, was der Server tatsächlich liefern muss. Wenn Sie die GPU-Grundlagen darunter wollen (was ISV-Zertifizierung ist und wie sich die CAD-GPU-Landschaft sortiert), steht das im Begleitartikel Welche GPU brauchen Sie wirklich für CAD?. Hier läuft die Arbeit pro Plattform: Rendering-API, Bedeutung der Zertifizierung, VRAM nach Workload-Größe, die ehrliche Antwort auf „wann ist die GPU überdimensioniert?“ und die Remoting-Schicht, die darüber entscheidet, ob sich irgendetwas davon brauchbar anfühlt.

Die Kurzfassung

• AutoCAD ist das GPU-leichte Programm. Es wird stärker vom Single-Thread-CPU-Takt begrenzt als von der Grafikkarte; eine Premium-GPU für einen reinen AutoCAD-Workflow ist meist Geld an der falschen Stelle. Jede moderne DirectX-12-GPU reicht aus.
• SolidWorks ist die Software, bei der die Frage zertifiziert gegen Consumer wirklich Zähne hat, wenn auch kürzere Zähne als in den Foren behauptet. Eine Consumer-Karte wie die RTX 4090 stemmt das Viewport und glänzt beim Visualize-Rendering. Verloren gehen RealView (Materialien in Echtzeit), erweiterte OpenGL-Optimierungen und die Support-Abdeckung durch SolidWorks. Die reine Viewport-Geschwindigkeit wird nicht gedrosselt.
• CATIA sind zwei GPU-Geschichten unter einem Namen. V5 nutzt die GPU kaum und ist RAM-getrieben; 3DEXPERIENCE stützt sich wirklich auf RT-Kerne und kann bei den schwersten Projekten bis zu 48 GB VRAM brauchen.
• Die A100 ist kein Rendering-Upgrade. Ihren Platz verdient sie nur bei GPU-beschleunigter FEA/CFD-Simulation, wo ECC-Speicher und Rechenleistung zählen. Für Viewport und CUDA-Rendering ist sie die falsche Karte: 6.912 CUDA-Kerne gegenüber 16.384 bei der RTX 4090 und eine auf Compute statt auf Grafik ausgelegte Architektur.
• Remoting entscheidet über die Nutzbarkeit. Standard-RDP taugt für die Serveradministration, sollte aber nicht als produktive Remoting-Schicht für interaktives 3D-CAD gelten. Das Verhalten der Hardwarebeschleunigung variiert je nach Anwendung, Betriebssystem und Treiber, und Autodesk unterstützt AutoCAD-Hardwarebeschleunigung über Remotedesktop ausdrücklich nicht.

Was dieser Artikel nicht behandelt

• Tutorials zu CAD-Software. Dieser Artikel kartiert GPU-Anforderungen; er bringt Ihnen die Anwendungen nicht bei.
• Kaufberatung für lokale Workstations. Hier geht es um ein Cloud-GPU-VPS, was eine andere Rechnung ist als Hardware zu kaufen.
• Die ausführliche Einrichtung eines Lizenzservers. SolidNetWork Manager oder Dassault License Manager auf einem eigenen VPS ist ein Thema für sich; hier nur in einer Zeile erwähnt, nicht ausgearbeitet.
• Tests von Managed CAD-as-a-Service. Hier geht es darum, selbst einen nackten Windows-GPU-Server bereitzustellen, nicht darum, ein verwaltetes Desktop-Produkt zu kaufen.

AutoCAD: Wo die GPU nicht Ihr Engpass ist

Investieren Sie in eine Premium-GPU für einen reinen AutoCAD-Server, und Sie haben höchstwahrscheinlich die Variable optimiert, die Sie gar nicht ausgebremst hat. AutoCAD stützt sich weit stärker auf die Single-Thread-CPU-Leistung als auf die Grafikkarte. Die meisten Kernoperationen (Regenerieren, Zeichnung öffnen, Befehl ausführen) laufen auf einem CPU-Kern, und die Taktrate dieses Kerns ist das, was der Nutzer spürt. Die Grafikkarte zählt für die Reaktionsfähigkeit des 3D-Viewports und für die Anzeige von Punktwolken, aber für die 2D- und leichte 3D-Arbeit, die die meisten AutoCAD-Sitzungen ausmacht, ist sie Nebendarsteller.

Es lohnt sich, die Rendering-API festzunageln, denn sie folgt Ihnen in den Remoting-Stack. AutoCAD hat OpenGL vor Jahren verlassen; aktuelle Versionen laufen auf DirectX, mit DirectX 11 als Untergrenze und DirectX 12 Feature Level 12_0 erforderlich für den in neueren Versionen eingeführten Anzeigestil „Fast“. Damit wird es für das Remote-Protokoll zu einem DirectX-Capture-Workload, was NICE DCV unter Windows nativ beherrscht.

Der VRAM-Bedarf ist bescheiden und skaliert mit dem, was Sie zeichnen:

• 2D-Zeichnen: 2 bis 4 GB reichen für den Grundgebrauch; Autodesks empfohlener Zielwert für die Grafikkarte 2026 liegt bei 8 GB.
• Standard-3D-Modellierung: 4-8 GB.
• Große 3D-Szenen, Punktwolken, Reality Capture: 8-16 GB.

Die 24 GB VRAM einer RTX 4090 decken jeden AutoCAD-Fall mit Luft nach oben ab. Bei der Zertifizierung ist AutoCAD die freizügigste der drei Plattformen: Die RTX 4090 steht nicht auf Autodesks Liste zertifizierter Hardware, aber anders als bei SolidWorks lauert dahinter keine Funktionssperre. Die einzigen Folgen sind, dass der Grafiksupport von Autodesk Sie nicht abdeckt und dass Sie ein kleines Risiko für Darstellungsfehler oder Treiber-Resets tragen. In der Praxis funktioniert es.

Welche GPU brauche ich für AutoCAD auf einem Cloud-Server? Jede moderne DirectX-12-GPU genügt. AutoCAD wird stärker vom Single-Thread-CPU-Takt begrenzt als von der GPU, die Grafikkarte ist also selten der Engpass. Der VRAM-Bedarf ist gering: 2 bis 4 GB für einfache 2D-Arbeit, 4 bis 8 GB für Standard-3D und bis zu 16 GB für Punktwolken und große 3D-Szenen. Eine Consumer-Karte macht das problemlos.

Das ist die Weiche, die die AutoCAD-Antwort bestimmt. Teilt sich AutoCAD einen Server mit SolidWorks oder CATIA, nimmt der GPU-Tarif, den Sie für diese wählen würden, AutoCAD als blinden Passagier mit, und das ist für einen gemischten Stack genau richtig. Aber wenn AutoCAD das Einzige , was das Team betreibt, dann dient ihm ein Hochfrequenz-CPU-Tarif oft besser als ein Premium-GPU-Tarif, denn der CPU-Takt ist die Variable, die das Erlebnis bewegt. Das GPU-VPS verdient seinen Platz hier nur, wenn AutoCAD neben einer schwereren Plattform mitfährt.

Kernaussage: Bei AutoCAD ist die GPU nicht der Engpass. Der Single-Thread-CPU-Takt ist es, und ein Team, das nur AutoCAD einsetzt, braucht womöglich gar keinen GPU-Tarif.

SolidWorks: Die Zertifizierungsmauer und was dahinter wirklich kaputtgeht

Das Erste, was eine Consumer-GPU in SolidWorks verliert, ist nicht die Bildrate. Es ist RealView. Setzen Sie eine RTX 4090 in einen SolidWorks-Server, und die Schaltfläche RealView Graphics (die Ihnen Spiegelungen, Transparenz und Umgebungsbeleuchtung in Echtzeit im Viewport gibt) ist ausgegraut. Das ist die Zertifizierungsmauer, und sie ist schmaler, als ihr Ruf vermuten lässt.

SolidWorks betreibt sein Viewport auf OpenGL 4.5, was architektonisch das Gegenteil von AutoCAD ist und beim Thema Remoting relevant wird (OpenGL-Interposing statt DirectX-Capture). Für die ISV-Zertifizierung hängt SolidWorks von bestimmten zertifizierten Kombinationen aus Workstation-GPU und Treiber. In der Praxis heißt das NVIDIA-Workstation-Karten über die Namensreihen RTX / RTX PRO / ältere Quadro hinweg, dazu AMD Radeon Pro, aber keine GeForce-Consumer-Karten. Consumer-GeForce ist für keine Version zertifiziert. Der Reflex ist, „nicht zertifiziert“ als „funktioniert nicht“ zu lesen. Diese Lesart ist falsch.

Hier ist, was ohne zertifizierte GPU tatsächlich kaputtgeht und was nicht:

• Geht kaputt: RealView Graphics ist deaktiviert. Die erweiterten OpenGL-Performanceoptimierungen fallen weg. Der SolidWorks-Support hilft bei Grafik- oder Treiberproblemen nicht. Aus der Community gibt es Berichte über Instabilität in Motion Analysis auf Consumer-Karten.
• Funktioniert weiterhin: Das einfache schattierte und Drahtgitter-Viewport. Die Baugruppenbearbeitung. Und das, was viele übersehen: SolidWorks Visualize, der GPU-Renderer, der nicht auf dieselbe Weise durch die RealView-Zertifizierung gesperrt ist und stark von NVIDIA-Karten mit hoher CUDA-Kernzahl profitieren kann.

Dieser Punkt zu Visualize rückt die Rolle der RTX 4090 zurecht. Die 4090 hat 16.384 CUDA-Kerne, was sie hervorragend für Visualize und Raytracing-Rendering macht, für genau diese Aufgabe besser als viele zertifizierte Karten. Sie verlieren die RealView-Echtzeitvorschau im Modellier-Viewport; die fotorealistische Ausgabe verlieren Sie nicht.

Was der Registry-Workaround Ihnen wirklich bringt

Es gibt eine bekannte Registry-Änderung (die „RealHack“-Linie), die RealView auf nicht zertifizierten Karten wieder einschaltet. Sie ist weit verbreitet, und der Pfad ist versionsabhängig: SolidWorks 2023 und neuer haben ihn verschoben nach HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders. Wer das bewertet, sollte genau verstehen, was es bringt und was nicht.

Er schaltet den RealView-Button frei. Er macht aus der Consumer-GPU keine zertifizierte Workstation-Konfiguration, und Leistung oder Stabilität können weiterhin je nach Treiber, SolidWorks-Version und Baugruppenkomplexität schwanken. Der Workaround wird in Community-Threads viel zitiert, bleibt aber ein Community-Trick und kein unterstützter Deployment-Weg. Die Funktion lässt sich einschalten, doch das Erlebnis dahinter kann bei komplexen Baugruppen trotzdem stark einbrechen. Er kann außerdem nach größeren NVIDIA-Treiberupdates stillschweigend kaputtgehen, was auf einem Server, den Sie patchen, eine wiederkehrende Wartungslast statt einer einmaligen Anpassung ist.

Speziell für Cloud-Deployments gibt es noch einen ungeklärten Haken. Der Workaround ist für die Consumer-Editionen von Windows 10 und 11 dokumentiert. Ob er sich in einer Windows-Server-Umgebung mit mehreren RDP-Nutzern gleich verhält, ist nicht verifiziert: Der Hive HKEY_CURRENT_USER ist sitzungsbezogen, daher bleibt die Wirkung der Änderung über Serversitzungen hinweg eine offene Frage, die man auf dem tatsächlichen Zielbetriebssystem testen müsste, bevor sich jemand darauf verlässt.

Profi-Tipp: Behandeln Sie den RealView-Registry-Workaround als dokumentiertes Betriebsrisiko, nicht als Deployment-Plan. Er schaltet die Funktion frei, nicht zertifizierte Leistung; er geht bei Treiberupdates kaputt; und sein Verhalten unter Windows Server ist nicht verifiziert. Wenn Ihr Team wirklich natives RealView braucht, deutet das auf eine Karte der zertifizierten Klasse hin, nicht auf einen Hack auf einer Consumer-Karte.

Auf die Frage, vor der sich alle wirklich fürchten (ist die Consumer-Karte unbrauchbar langsam?), lautet die Antwort für SolidWorks: nein, nicht im Basis-Viewport. Die Zertifizierungsmauer ist kein harter Geschwindigkeitsbegrenzer, so wie RealView eine harte Funktionssperre ist. Trotzdem spielen Workstation-Treiber weiterhin eine Rolle. Dells Vergleich 2026 zwischen professionellen und Consumer-GPUs sieht die RTX PRO 6000 Blackwell in SolidWorks und anderen treiberoptimierten Profi-Workloads vor der GeForce RTX 5090. Der für diesen Artikel nützliche Punkt: Der Abstand entsteht durch ISV-zertifizierte Treiberoptimierung, OpenGL-Verhalten und Grafikfunktionen der Workstation-Klasse, nicht allein durch rohe Speicherkapazität.

Was Sie richtig dimensionieren müssen, ist der VRAM, und SolidWorks bemisst sich nach der Komplexität der Baugruppe:

• Unter 1.000 Teile: 8-16 GB.
• 1.000-5.000 Teile: 16-24 GB.
• 5.000+ Teile: 24 GB and up.

Die Klippe, die es zu vermeiden gilt, ist der VRAM-Überlauf. Übersteigt eine Baugruppe den VRAM der Karte, weicht SolidWorks in den System-RAM aus und die Bildrate bricht ein. VDI-Benchmark-Leitfäden beschreiben diesen Überlauf als die mit Abstand häufigste Ursache schlechter CAD-Leistung in virtualisierten Umgebungen. Beachten Sie: Diese Schwellen stammen aus Herstellerleitfäden für zertifizierte Hardware; für nicht zertifizierte Hardware sind sie eine Richtung, keine Garantie. Wenn Sie von „was der Server braucht“ zu „wie man ihn tatsächlich aufsetzt“ wechseln, steht die Schritt-für-Schritt-Anleitung hier: Wie man SolidWorks auf einem Cloud GPU VPS ausführt.

Braucht SolidWorks eine zertifizierte GPU? Für unterstützte Nutzung mit vollem Funktionsumfang: ja. Ohne zertifizierte GPU (NVIDIA RTX Pro oder AMD Radeon Pro) ist RealView Graphics deaktiviert, die erweiterten OpenGL-Optimierungen fallen weg, und der SolidWorks-Support deckt Grafikprobleme nicht ab. Das einfache Viewport, die Arbeit an Baugruppen und das CUDA-basierte Visualize-Rendering funktionieren auf einer Consumer-Karte weiterhin.

Kann ich eine RTX 4090 für SolidWorks nutzen? Ja, für die meiste Modellier- und Baugruppenarbeit, und dank ihrer 16.384 CUDA-Kerne ist sie hervorragend für Visualize-Rendering. Der Kompromiss heißt RealView, das auf Consumer-Karten ausgegraut ist; entweder Sie nehmen den Verlust hin, wenden den Registry-Workaround an (der den Button freischaltet, nicht zertifizierte Leistung), oder Sie wechseln zu einer zertifizierten RTX PRO 6000 Blackwell für natives RealView und maximale VRAM-Reserve in Workstation-Klasse.

Zur Zuordnung auf Server-Stufen: Eine RTX 4090 mit ihren 24 GB und der hohen CUDA-Kernzahl deckt Standardbaugruppen ab und ist die starke Wahl für Visualize-lastige Arbeit. Für große Baugruppen, natives RealView und maximale VRAM-Reserve in Workstation-Klasse ist eine RTX PRO 6000 Blackwell die Wahl mit viel Luft nach oben, keine Mindestanforderung.

Kernaussage: Die SolidWorks-Zertifizierung sperrt RealView, die Support-Abdeckung und Workstation-Treiberoptimierungen weit stärker als die grundlegende Viewport-Nutzbarkeit. Consumer-Karten können weiterhin modellieren und Visualize rendern, aber die RTX PRO 6000 Blackwell ist die Workstation-Wahl mit mehr Luft, wenn natives RealView, zertifiziertes Verhalten und Sicherheit bei großen Baugruppen zählen.

CATIA: Zwei Engines mit gegensätzlichem GPU-Appetit

Dimensionieren Sie einen CATIA-Server, ohne vorher zu fragen „V5 oder 3DEXPERIENCE?“, und Sie liegen in der einen oder anderen Richtung falsch. Die beiden teilen sich einen Namen und fast nichts davon, wie sie eine GPU nutzen. V5 rührt die GPU kaum an; 3DEXPERIENCE ist eines der hungrigeren professionellen CAD-Werkzeuge, die Sie betreiben werden. Stellen Sie eine 48-GB-Karte für ein reines V5-Team bereit, liegt das meiste brach; nehmen Sie eine Mittelklassekarte für schweres 3DEXPERIENCE-Flächenmodellieren, laufen Sie in die VRAM-Klippe.

CATIA V5 ist in erster Linie CPU-gebunden. Praktiker berichten bei typischer interaktiver Modellierung von sehr geringer GPU-Auslastung. Die Karte liegt den Großteil einer V5-Sitzung nahezu brach, während CPU und System-RAM die Arbeit machen. Dassault verlangt eine ISV-Zertifizierung (NVIDIA Quadro / RTX Pro, AMD Radeon Pro) für den unterstützten Einsatz, und anders als bei SolidWorks gibt es kein Community-Ökosystem für Workarounds für den Betrieb von V5 auf Consumer-GPUs. Die Registry-Hack-Kultur existiert hier schlicht nicht. Bei einer V5-Last zahlt sich System-RAM aus, nicht GPU-Leistung.

CATIA auf der 3DEXPERIENCE-Plattform ist eine andere Maschine. Dassault hebt ausdrücklich die NVIDIA-RTX-Unterstützung hervor, Echtzeit-Raytracing, Supersampling und KI-gestütztes Denoising für 3DEXPERIENCE; praktisch bedeutet das, dass diese Umgebung von Workstation-GPUs der RTX-Klasse profitiert, was bei V5 meist nicht der Fall ist. Ihr VRAM-Appetit skaliert stark mit der Projektkomplexität:

• Kleine Projekte: ca. 8 GB.
• Mittel: ca. 20 GB.
• Komplex: ca. 32 GB.
• Extreme Baugruppen: ca. 48 GB.

Diese Stufen stammen aus einer kleinen Zahl maßgeblicher Workstation-Leitfäden; behandeln Sie sie als richtungsweisende Dimensionierung, nicht als exakte Untergrenzen. Eine RTX PRO 6000 Blackwell mit 96 GB liegt über dieser 48-GB-Stufe, in diesem Artikel ist sie also als Premium-Reserve zu lesen und nicht als Beleg dafür, dass jedes große 3DEXPERIENCE-Projekt 96 GB braucht.

Worin unterscheiden sich die GPU-Anforderungen von CATIA V5 und 3DEXPERIENCE? CATIA V5 ist CPU-gebunden und nutzt die GPU kaum; Praktiker sehen sie bei typischer Modellierung nahezu im Leerlauf, V5 ist also RAM-getrieben und eine Mittelklasse-GPU reicht völlig. CATIA 3DEXPERIENCE nutzt RT-Kerne und KI-Denoising und ist wirklich GPU-hungrig, von rund 8 GB VRAM bei kleinen Projekten bis 48 GB bei extremen Baugruppen.

Wo die A100 wirklich hingehört

Simulation ist die Last, die die GPU-Dimensionierung bei CATIA aus der Bahn wirft, denn zwei verschiedene Dinge heißen beide „Simulation“. In 3DEXPERIENCE wird das schwere FEA/CFD- Lösen Lösen oft auf Dassault-Compute-Tokens in der Cloud ausgelagert, womit die lokale GPU nur Viewport und Visualisierung übernimmt, also eine Rendering-Aufgabe. Aber GPU-beschleunigtes FEA/CFD, das lokal läuft (SIMULIA-Lösen auf der Maschine selbst), stellt eine wirklich andere Anforderung dar, und es ist die einzige Last in diesem ganzen Artikel, bei der die A100 ihren Platz verdient.

Die A100 bringt 80 GB of HBM2e VRAM with ECC, ein rechenorientiertes Silizium-Profil und rund 2 TB/s Speicherbandbreite mit. Für Solver-Zuverlässigkeit, große Datensätze und stark doppelt-präzise GPU-Beschleunigung ist genau diese Kombination der Grund, warum die A100 überhaupt ins Gespräch kommt. Sie macht das CAD-Modell nicht „genauer“; sie gibt dem Solver eine rechenorientierte GPU mit ECC-Speicher und sehr hoher Speicherbandbreite. Was sie nicht nicht ist: ein Rendering-Upgrade. Die A100 hat 6.912 CUDA-Kerne gegenüber 16.384 bei der RTX 4090, doch das größere Thema ist architektonisch: Die A100 ist eine Rechen-GPU fürs Rechenzentrum, während RTX-Karten um genau die Grafik-, Raytracing-, Treiber- und Zertifizierungsgeschichte herum gebaut sind, die CAD-Teams meist brauchen. Für Viewport-Arbeit und Rendering im RTX/OptiX-Stil ist sie in der Regel die falsche Karte. Sie ist für Rechendurchsatz gebaut, nicht dafür, Bilder auszugeben.

Die CATIA-Aufteilung ist damit explizit: eine RTX PRO 6000 Blackwell für Visualisierung und Rendering in 3DEXPERIENCE, wenn Sie Treiber der Workstation-Klasse und Reserve über die 48-GB-Stufe hinaus wollen; die A100 (80 GB HBM2e) ausschließlich für GPU-beschleunigte Simulationsrechnungen. Die A100 zu wählen, weil sie die teuerste Karte ist, und daraus zu schließen, sie sei die beste für CAD, ist genau der Fehler, den dieser Abschnitt verhindern soll. Ein vollständiger Direktvergleich von RTX 4090 und A100 über alle CAD-Teillasten (Viewport, Visualize-Rendering und Simulation) samt Preisentscheidung ist ein eigener Vergleich und wird hier nicht behandelt.

Auf der V5-Seite ist die Zuordnung fast umgekehrt: Wenn Sie V5 überhaupt auf einen GPU-Tarif setzen, sollte nicht die GPU die Entscheidung treiben. Wählen Sie die Serverstufe zuerst nach CPU-Takt, System-RAM, Speicher und Remoting-Bedarf; die GPU ist bei V5 zweitrangig.

Kernaussage: CATIA V5 nutzt die GPU kaum und ist RAM-getrieben; 3DEXPERIENCE stützt sich stark auf RT-Kerne; und die A100 gehört zur Simulationsrechnung, niemals zum Rendering.

Genau diese Trennung zwischen CPU und GPU ist der Grund, warum CAD-Infrastruktur nach Workload dimensioniert werden muss und nicht allein nach dem Softwarenamen. Manche Teams brauchen hochtaktende CPU-Leistung und verlässliche serverseitige Dateiverwaltung dringender als eine Premium-GPU. Andere brauchen eine GPU-Stufe, weil die Arbeit in große Baugruppen, Rendering, Visualisierung oder Simulation gewandert ist.

Die University of Birmingham Rocket Propulsion Labs zeigen die erste Hälfte dieser Geschichte: eine serverbasierte Engineering-Infrastruktur, die CAD-Arbeit und Dateiverwaltung von fragilen lokalen Rechnern fernhält.

„Wir verlassen uns bei Rechenleistung und CAD-Dateiverwaltung auf Server, und dafür vertrauen wir Cloudzy. Ihre transparente Preisgestaltung und die unerreichte AMD EPYC-Leistung lassen uns auf Engineering statt auf Infrastruktur konzentrieren.“

Manan Dua, Präsident der University of Birmingham Rocket Propulsion Labs

Das ist die praktische Grundlage für Cloud-CAD: stabile Rechenleistung, schnelle CPUs und verlässlicher serverseitiger Speicher. Die GPU-Entscheidung kommt danach. Ist Ihre Last reines AutoCAD oder CATIA-V5-lastig, zählen CPU und RAM womöglich mehr. Geht es um SolidWorks Visualize, große 3DEXPERIENCE-Baugruppen oder GPU-beschleunigte Simulation, dann passen die GPU-VPS-Stufen von Cloudzy.

Remoting: Der Teil, der entscheidet, ob sich Cloud-CAD wirklich brauchbar anfühlt

Ein perfekt dimensionierter GPU-Server ist vergeudet, wenn die Pixel nicht flüssig bei Ihnen ankommen, und beim Remoting fallen die meisten Cloud-CAD-Pläne still in sich zusammen. Der Fehler liegt meist nicht bei der GPU, sondern bei der Protokollwahl und der Strecke, die die Bilder zurücklegen müssen.

Beginnen Sie mit dem Protokoll, das Sie nicht als produktive CAD-Remoting-Schicht behandeln sollten: Standard-RDP. Für die Serveradministration mag es taugen, aber die Unterstützung für Hardwarebeschleunigung ist je nach Anwendung, GPU-Treiber und Betriebssystemrichtlinie uneinheitlich, und Autodesk unterstützt ausdrücklich keine AutoCAD-Hardwarebeschleunigung über Remotedesktop.

Die Protokolle, die den Job erledigen, ordnen sich so:

Zwei dieser Zeilen sind tragend für jeden, der heute ein Deployment plant. Die erste ist HP Anyware / Teradici PCoIP: jahrelang das professionelle Standardprotokoll für CAD-Remoting, das jetzt eingestellt wird. Laut der Lifecycle-Ankündigung von HP endeten Neuverkäufe auf Basis von HP Anyware / PCoIP am 7. Mai 2026. Bestandskunden haben gestaffelte Verlängerungs- und Supportfenster, wobei manche mehrjährigen Wartungs- und Supportverträge bis zum 31. Oktober 2029 laufen. Es funktioniert heute; es ist die falsche Grundlage für ein neues Deployment, und HP RGS ist der sicherere Übergangsweg auf HP-Seite für Umgebungen der Workstation-Klasse.

Die zweite ist Parsec, und die Falle betrifft speziell Cloud-Server:

Profi-Tipp: Parsec funktioniert auf einem GPU-Server ohne Monitor nicht einfach so. GPU-VPS-Instanzen sind naturgemäß headless (kein Monitor angeschlossen), und Parsec braucht eine Anzeige, die es abgreifen kann. Solange Sie keine virtuelle Anzeige einrichten (ein EDID-Emulator bzw. das Äquivalent eines Dummy-Plugs oder ein virtueller Anzeigetreiber), läuft Parsec auf einer Cloud-GPU-Instanz überhaupt nicht. Das erwischt Leute, die Parsec auf einem Desktop mit Monitor getestet und angenommen haben, in der Cloud sei es dasselbe.

NICE DCV ist speziell für Cloud-CAD die insgesamt leistungsfähigste Option. Für Windows-GPU-Instanzen dokumentiert AWS DirectX- und OpenGL-Hardwarebeschleunigung, sofern die richtigen GPU-Treiber installiert sind. Unter Linux ergänzt DCV virtuelle Sitzungen und GPU-Sharing über dcv-gl; dieses Detail zum Multi-Session-GPU-Sharing sollte für Windows-CAD-Desktops nicht mitgedacht werden. DCV selbst erzeugt keine Zertifizierungsanforderung für SolidWorks oder CATIA, aber die CAD-Anwendung kann für unterstützten Betrieb weiterhin zertifizierte Hardware und Treiber verlangen. Diese Kombination macht es meist zum Standard für Cloud-CAD/CAE mit mehreren Nutzern.

Wenn Sie die Remoting-Schicht lieber durchgängig selbst besitzen wollen: RustDesk, ein selbst gehosteter Remote-Desktop-Server, der als Ein-Klick-Marketplace-App verfügbar ist, lässt Sie Ihr eigenes Relay betreiben, statt von einem Drittanbieterdienst abzuhängen. Die gleiche Realität ohne angeschlossenen Monitor trifft Sie allerdings genauso wie bei jedem GPU-Streaming-Protokoll.

Dann gibt es noch die Variable, die die Protokollwahl übertrumpft: die Latenz, die weit stärker von der physischen Entfernung zum Rechenzentrum bestimmt wird als vom gewählten Protokoll. Die richtungsweisenden Schwellen, auf die es ankommt:

• Unter 40 ms: fühlt sich lokal an.
• 60-80 ms: für Modellierung brauchbar, für Freihandskizzen grenzwertig.
• Über 80 ms: für interaktives 3D frustrierend.

Die praktische Konsequenz: Die mit Abstand größte Latenzentscheidung, die Sie treffen, ist welches Rechenzentrum, nicht welches Protokoll. Stellen Sie den GPU-Server am Standort bereit, der dem tatsächlichen Sitzplatz der Ingenieure am nächsten liegt, dann wirkt ein gutes Protokoll reaktionsschnell. Stellen Sie ihn auf den falschen Kontinent, rettet ihn kein Protokoll.

Welches Remotedesktop-Protokoll eignet sich am besten für CAD auf einer Cloud-GPU? NICE DCV ist die stärkste allgemeine Wahl für Cloud-CAD/CAE mit mehreren Nutzern: Es unterstützt GPU-beschleunigte DirectX/OpenGL-Workflows mit den passenden Servertreibern, während DCV unter Linux virtuelle Sitzungen und GPU-Sharing-Optionen ergänzt. DCV selbst erzeugt keine CAD-Zertifizierungsanforderung, aber SolidWorks oder CATIA können für unterstützten Betrieb weiterhin zertifizierte Hardware und Treiber verlangen. HP RGS ist die Wahl für professionelle Workstations, nachdem die Neuverkäufe auf Basis von HP Anyware / PCoIP eingestellt wurden. Parsec funktioniert für Einzelnutzer, braucht aber auf einem Cloud-Server ohne Monitor eine virtuelle Anzeige. Standard-RDP taugt für die Administration, sollte aber nicht als produktive Remoting-Schicht für interaktives 3D-CAD gelten.

Kernaussage: Beim Remoting bestimmt die Entfernung des Rechenzentrums zum Nutzer die wahrgenommene Latenz stärker als das Protokoll, wählen Sie also zuerst den nächstgelegenen Standort.

Die GPU-Karte je Plattform

Die drei Plattformen unterscheiden sich entlang dreier Achsen: wie stark sie von der GPU abhängen, wie sehr Zertifizierung zählt und wo ihre VRAM-Obergrenze liegt. Die Tabelle ordnet jeder Plattform und Last eine GPU-Stufe zu; das Raster danach zeigt, wie Sie die Tabelle gegen Ihren eigenen Stack lesen.

Die Karte gegen den eigenen Stack zu lesen läuft auf ein paar Entscheidungen hinaus:

• Nur AutoCAD? Überdenken Sie, ob Sie überhaupt einen GPU-Tarif brauchen. Der Engpass ist der Single-Thread-CPU-Takt; ein Hochfrequenz-CPU-Tarif kann Ihnen mehr bringen als eine Premium-GPU.
• SolidWorks, Standardarbeit? Eine RTX 4090 deckt Modellieren, Baugruppen und Visualize ab, wenn Sie den RealView-Vorbehalt akzeptieren.
• SolidWorks, große Baugruppen oder natives RealView? Eine RTX PRO 6000 Blackwell für Workstation-Grafik der zertifizierten Klasse und maximale VRAM-Reserve.
• CATIA V5? RAM-getrieben. Die GPU ist zweitrangig; zahlen Sie nicht zu viel dafür.
• CATIA 3DEXPERIENCE? Eine Workstation-GPU mit 48 GB ist die Basis für mittlere bis große Visualisierungslasten; die RTX PRO 6000 Blackwell ist die Premium-Reserve, wenn Sie RTX-Leistung der Workstation-Klasse über die 48-GB-Stufe hinaus wollen.
• GPU-beschleunigte Simulation (SIMULIA-Lösen vor Ort)? Die A100, und nur dafür, niemals als Upgrade fürs Rendering.

Ordnen Sie Ihre Plattform und Last einer Stufe in der Karte zu und stellen Sie dann den passenden Server bereit. Für reine AutoCAD-Teams, CATIA-V5-lastige Abläufe, Lizenzserver, CAD-Dateiverwaltung und andere CPU-/RAM-getriebene Engineering-Infrastruktur ist ein leistungsstarkes Cloudzy VPS vielleicht der bessere Ausgangspunkt. Genau diese Seite von Cloud-CAD meinen die University of Birmingham Rocket Propulsion Labs, wenn sie davon sprechen, sich für CAD-Dateiverwaltung, Rechenleistung und AMD EPYC-Performance auf Cloudzy-Server zu stützen.

Wenn die Last GPU-lastig wird (SolidWorks Visualize, große SolidWorks-Baugruppen, CATIA auf der 3DEXPERIENCE-Plattform, Rendering oder GPU-beschleunigte Simulation), die GPU-VPS-Tarife von Cloudzy span the RTX 4090, RTX 5090, RTX PRO 6000 Blackwell, and A100, covering the standard GPU, workstation-headroom, and simulation-compute tiers above. For teams that only need the heavy cards for burst or overnight simulation, monthly plans (with annual billing at a discount) mean you scale the heavy card up only for the project phase that needs it rather than carrying a premium card month-round.

Häufig gestellte Fragen

Braucht SolidWorks eine zertifizierte GPU?

Für unterstützte Nutzung mit vollem Funktionsumfang: ja. Ohne zertifizierte GPU (NVIDIA RTX Pro oder AMD Radeon Pro) ist RealView Graphics deaktiviert, die erweiterten OpenGL-Optimierungen fallen weg, der SolidWorks-Support deckt Grafikprobleme nicht ab, und es gibt Berichte über Instabilität in Motion Analysis auf Consumer-Karten. Das einfache Viewport, die Baugruppenbearbeitung und das CUDA-basierte Visualize-Rendering funktionieren auf einer Consumer-GPU allesamt weiterhin.

Kann ich einen RTX 4090 für SolidWorks verwenden?

Ja, für den Großteil der Modellier- und Baugruppenarbeit, und dank ihrer 16.384 CUDA-Kerne ist sie hervorragend fürs Visualize-Rendering. Der Haken ist RealView, das auf Consumer-Karten ausgegraut ist. Entweder Sie nehmen den Verlust hin, wenden den Registry-Workaround an (der den Button freischaltet, aber nicht die Leistung zertifizierter Treiber, und bei Treiberupdates kaputtgeht), oder Sie nutzen eine zertifizierte RTX PRO 6000 Blackwell für natives RealView und maximale VRAM-Reserve in Workstation-Klasse.

Wie viel VRAM braucht CATIA für große Baugruppen?

Die Antwort hängt davon ab, welches CATIA Sie einsetzen. V5 beansprucht GPU und VRAM kaum und ist RAM-getrieben. 3DEXPERIENCE skaliert von rund 8 GB bei kleinen Projekten über 20 GB bei mittleren und 32 GB bei komplexen bis zu etwa 48 GB bei extremen Baugruppen. Diese Zahlen sind richtungsweisende Werte aus Workstation-Leitfäden, keine harten Untergrenzen.

Welches Remotedesktop-Protokoll eignet sich am besten für CAD auf einer Cloud-GPU?

NICE DCV ist die stärkste allgemeine Wahl für Cloud-CAD/CAE mit mehreren Nutzern: Es unterstützt GPU-beschleunigte DirectX/OpenGL-Workflows mit den passenden Servertreibern, während DCV unter Linux virtuelle Sitzungen und GPU-Sharing-Optionen ergänzt. DCV selbst erzeugt keine CAD-Zertifizierungsanforderung, aber SolidWorks oder CATIA können für unterstützten Betrieb weiterhin zertifizierte Hardware und Treiber verlangen. HP RGS ist die Wahl für professionelle Workstations, nachdem die Neuverkäufe auf Basis von HP Anyware / PCoIP eingestellt wurden. Parsec funktioniert für Einzelnutzer, erfordert aber auf einem Cloud-Server ohne Monitor eine virtuelle Anzeige. Standard-RDP taugt für die Administration, sollte aber nicht als produktive Remoting-Schicht für interaktives 3D-CAD gelten.

Welche GPU brauche ich für AutoCAD auf einem Cloud-Server?

Jede moderne DirectX-12-GPU genügt. AutoCAD wird stärker vom Single-Thread-CPU-Takt begrenzt als von der GPU, die Grafikkarte ist also selten der Engpass. Der VRAM-Bedarf ist gering: 2 bis 4 GB für einfache 2D-Arbeit, 4 bis 8 GB für Standard-3D und bis zu 16 GB für Punktwolken und große 3D-Szenen. Ein Team, das nur AutoCAD einsetzt, fährt daher womöglich mit einem Hochfrequenz-CPU-Tarif besser als mit einer Premium-GPU.