Hoe je SolidWorks uitvoert op een Cloud GPU VPS (zonder een beheerde desktop)

Een ingenieursbureau van vier mensen heeft drie SolidWorks-licenties, wil zijn CAD-vermogen in de cloud en zoekt hoe je SolidWorks op een cloud-GPU-VPS draait. De meeste resultaten zijn verkooppagina's voor managed Desktop-as-a-Service met prijzen van 99 tot 479 dollar per gebruiker per maand. Geen enkele vertelt hoe je het zelf doet op hardware die jij beheert.

Er is een zelfbeheerd pad, en het kan onder de prijs van managed DaaS duiken wanneer een team niet-gelijktijdig gebruik roteert over één GPU-instantie met een vast tarief. Maar het heeft ook drie landmijnen die de meeste doe-het-zelfpogingen om zeep helpen: licenties op KVM, het weergaveprotocol en GPU-certificering, plus één harde beperking die niets met vaardigheid te maken heeft: latentie. Deze gids loopt het hele pad af, van besturingssysteem en licenties tot weergaveprotocol en GPU-keuze, en is net zo direct over waar het ophoudt te werken als over hoe je het bouwt.

TL;DR

• De route van een zelfbeheerde GPU VPS kan managed DaaS verslaan wanneer een team niet-gelijktijdig gebruik rouleert op één GPU-instance met vaste prijs. Heeft elke engineer dagelijks tegelijk een desktop nodig, dan zijn er meer GPU-instances of een echt RDS/VDI-ontwerp nodig, en verandert de rekensom.
• Standalone, aan één machine gebonden SolidWorks-licenties passen niet netjes bij VPS-omgevingen op KVM-basis. Gebruik ofwel een 3DEXPERIENCE named-user-licentie, ofwel een bestaande SolidNetWork License-server op een ondersteunde Windows Server-omgeving. Ga er niet van uit dat SNL zomaar naar een kleine Linux/KVM-VPS kan worden verplaatst.
• Standaard-RDP is een slechte default voor GPU-versnelde SolidWorks-sessies en kan terugvallen op het verkeerde grafische pad als de host niet is ingesteld op hardwarematig GPU-gebruik. Amazon DCV (voorheen NICE DCV) is het betere productieprotocol voor 3D-werk op afstand.
• De RTX 4090 is niet ISV-gecertificeerd, dus RealView kan een registeraanpassing vereisen die opnieuw gecontroleerd moet worden na een Service Pack, driverwissel of GPU-naamswijziging. De RTX PRO 6000 Blackwell is het schonere professionele GPU-pad: 96 GB ECC-VRAM, ondersteuning voor ISV-certificering en geen RealView-omweg voor consumentenkaarten.
• Interactief werken in de viewport vraagt een round-trip-latency onder ongeveer 40 ms. Teams in de VS die verbinding maken met nabijgelegen GPU-locaties zitten goed. Vanuit het VK, de EU of Azië moet je een GPU VPS in de VS zien als een machine voor rekenpieken, niet als dagelijkse modelleerplek.

Wat deze gids niet behandelt

Dit is de workstation-sessiebuild. Een paar gerelateerde onderwerpen hebben hun eigen scope en vallen hier bewust buiten het bereik:

• De SolidWorks PDM-kluis op een cloud-VPS, die zijn eigen SQL Server en latentiebeperkingen heeft. (Begeleidend artikel bij publicatie.)
• De gedetailleerde bouw van de SolidNetWork License-server, inclusief installatie, activering, firewallconfiguratie, uitleengedrag van licenties en upgraderegels. Dat is een eigen klus rond licentie-infrastructuur, geen onderdeel van deze gids voor de workstationsessie.
• Multi-user RDS-sessie-instelling en de bijbehorende Windows RDS CAL-licenties.
• GPU-benchmarks voor FEA en Flow Simulation. In de praktijk zijn die workloads CPU- en RAM-gebonden, en er zijn geen heldere gepubliceerde gegevens voor het cloud-VPS-geval.
• Linux plus Wine. Er is geen SolidWorks Linux-client en Wine wordt niet ondersteund, dus die tak sluit zichzelf.

Wat Je Nodig Hebt

Voordat u iets provisioneert, bevestig dat u de onderdelen heeft die dit pad vereist:

• Een bestaande SolidWorks-licentie en kennis van het type. Het licentiegedeelte draait om dit antwoord.
• Een Windows-licentiepad voor de GPU VPS, want het ondersteunde SolidWorks-clientpad is Windows 11, terwijl veel cloud- en serveromgevingen makkelijker uit te rollen zijn met Windows Server-images.
• Beheerderstoegang tot de VPS en vertrouwdheid met Windows-serverbeheer, GPU-stuurprogramma-installatie en firewallconfiguratie.
• Een nuchtere blik op de geografie van uw team, want het latentiegedeelte is een harde drempel, geen voetnoot.

Dit is een tutorial voor iemand die voor de kost infrastructuur beheert, niet voor je eerste server. Als "gpedit.msc openen en een groepsbeleid aanpassen" onbekend terrein is, is managed DaaS de goedkopere besteding van je tijd.

Het zelfbeheerde pad vs. beheerde DaaS: de kostenberekening

Beheerde DaaS-leveranciers publiceren de cijfers die de vergelijking eenvoudig maken. Apps4Rent biedt SolidWorks cloud-hosting vanaf $99 to $479 per user per month over het hele planaanbod (per 2025), en IronOrbits 2025 cloud-desktopgids brengt toegewijde RTX-klasse seats op ongeveer $190 tot $400 per gebruiker per maand. Dat zijn bedragen per gebruiker per maand, en ze komen elke maand terug, of de engineer die maand nu twee keer inlogde of helemaal niet.

Een zelfbeheerde dedicated GPU VPS factureert anders: een vast maandtarief voor de hele instance. Eén instance met een dedicated fysieke GPU, 24 GB VRAM en 256 GB systeem-RAM bedient comfortabel één zware modelleersessie, en een klein team kan rouleren of inplannen op één machine in plaats van per persoon een seat te kopen. Het break-evenpunt is een aantal engineers, geen algemene claim. Met één engineer is één DaaS-seat van zo'n 200 dollar goedkoper en simpeler dan een eigen machine draaien. Zodra drie of vier engineers rouleren op één instance met vast tarief, kan de rekensom per seat sterk in het voordeel van zelfbeheer uitvallen.

Dit is het stuk dat de verkooppagina's weglaten: u koopt geen korting, u koopt een taak. Zelfbeheer ruilt de meerprijs per gebruiker in voor IT-werk. Iemand aan uw kant is nu eigenaar van het besturingssysteem, de GPU-drivers, de firewallregels, de licentieserver en, als u een consumenten-GPU draait, de RealView-workaround die na SolidWorks- of driverupdates gecontroleerd moet worden. Niets daarvan is lastig voor een bekwame beheerder. Maar het is allemaal echt werk waar de DaaS-vergoeding stilletjes voor betaalde. Dit pad is voor teams met een IT-beheerder die het kan dragen. Zonder zo iemand wordt de som die op papier goedkoper lijkt duur in ongeplande middagen.

Conclusie van deze sectie: De beslissing draait om een drempel in het aantal engineers, niet om "zelfbeheer is altijd goedkoper". Onder ongeveer drie niet-gelijktijdige gebruikers die dezelfde GPU-instantie delen, wint managed DaaS meestal op totale eigendomskosten.

Zodra de kostenraming voor uw team klopt, begint de build met één beslissing: waar de werkstationsessie te provisionen. De engineeringplek draait op een Cloudzy GPU VPS afgestemd op de assemblages waar uw team aan werkt. Gebruikt u SolidNetWork-licenties, houd de SNL-server dan netwerktechnisch zo dicht mogelijk bij dat GPU-werkstation, maar ga er niet van uit dat hij zomaar naar een kleine Linux/KVM-VPS kan verhuizen. SolidNetWork License Manager hoort thuis in een ondersteunde Windows Server-omgeving, en elke cloud- of gevirtualiseerde licentieserveropstelling hoort vóór productie te worden goedgekeurd door uw SOLIDWORKS-reseller. Bij 3DEXPERIENCE named-user-licenties vervalt die aparte licentieserverstap. Wij zetten de GPU-instantie op met Windows voor de SolidWorks-client; de rest van deze gids gaat ervan uit dat die instantie bestaat.

Het besturingssysteem kiezen: Windows 11 vs. Windows Server 2022

Dit is de ondersteuningsrealiteit die alles daarna bepaalt: SolidWorks ondersteunt officieel Windows 10 en Windows 11 Pro, Enterprise en Education (64-bits) voor de CAD-client, en vanaf SolidWorks 2026 wordt alleen Windows 11 ondersteund, omdat Windows 10 in oktober 2025 het Microsoft end-of-life heeft bereikt. Windows Server is officieel vermeld voor de PDM Server, Archive Server en SolidNetWork License Manager (de ondersteunende diensten), niet voor de CAD-client zelf.

Dat creëert een spanning, omdat veel ruwe GPU-VPS-omgevingen gemakkelijker te deployen zijn met serverimages dan met een volledig ondersteund Windows 11-workstationpad. Sommige beheerde SolidWorks cloud-hostingplannen vermelden Windows Server 2022 openbaar, wat laat zien hoe gangbaar de Server-route is in cloud-desktoppakketten. De addertje onder het gras: Windows Server is nog steeds niet het officieel ondersteunde OS-pad voor de SolidWorks CAD-client. Open je een supportzaak vanaf een Windows Server-machine, dan kan een zorgvuldige VAR aangeven dat je buiten de client-OS-lijst valt.

Het standpunt is hier niet subtiel: Windows 11 is het ondersteunde, aanbevolen pad. Wil je dat SolidWorks-support netjes van toepassing is en staat je Windows-licentie het toe, zet dan een Windows 11-image op de VPS. Windows Server 2022 met Desktop Experience kan werken in echte cloud-desktopimplementaties, maar label het gewoon als niet ondersteund voor de CAD-client in plaats van daar middenin een incident achter te komen. Nog een facturatierealiteit die geldt ongeacht het protocol: op afstand toegang krijgen tot een Windows Server-GUI kan licenties vereisen voor Windows Server en Remote Desktop Services-licentieverlening. Die kosten horen in je vergelijking als je de Server-route kiest.

Conclusie van deze sectie: Windows 11 is de ondersteunde keuze; Windows Server 2022 met Desktop Experience werkt maar wordt niet ondersteund voor de CAD-client en brengt RDS CAL-verplichtingen met zich mee.

Het licentiepad: waarom standalone faalt op KVM

De eerste muur die een zelfbeheerde installatie raakt, is een specifieke foutstring: "De licentiemodus voor activering wordt niet ondersteund in deze virtuele omgeving. Gebruik een SolidNetwork License." Hij verschijnt wanneer je een standalone, aan de node gebonden SolidWorks-licentie probeert te activeren op een VPS op basis van KVM, en hoe vaak je het ook opnieuw probeert, hij verdwijnt niet. SolidWorks gebruikt FLEXnet-licentiebeheer, en FLEXnet voert bij activering een hypervisorcontrole uit. De officieel ondersteunde hypervisors zijn VMware, Microsoft Hyper-V, Citrix en Parallels. KVM (de hypervisor onder de meeste voordelige VPS-hosting, inclusief stacks op basis van Proxmox) staat niet op die lijst, dus standalone-activering weigert.

Er zijn drie manieren om hierdoor te komen, en het juiste antwoord voor de meeste teams is de eerste.

A. SolidNetWork-licentie (SNL floating)

Dit is het standaardantwoord wanneer de licentieserver zelf in een ondersteunde Windows Server-omgeving draait. U draait SolidNetWork License Manager op die server en de SolidWorks-client haalt een floating licentie op over het netwerk. In dat ontwerp is de KVM-hypervisor van de clientmachine niet langer het activeringsdoel, maar de SNL-server moet nog steeds als licentie-infrastructuur worden behandeld en niet als een willekeurige kleine Linux/KVM-VPS. SolidNetWork License Manager is niet zwaar, maar de licentiehost hoort stabiel, ondersteund en saai te zijn. Dit is niet de plek om met een niet-ondersteunde Linux/KVM-sluiproute een paar dollar te besparen. Voor de firewall plant u rond TCP 25734 en TCP 25735 tenzij je reseller of je licentiebeheerproces de standaardpoorten wijzigt. Eén operationele regel om aan de muur te hangen: houd de SNL Manager op hetzelfde niveau als, of nieuwer dan, de SolidWorks-clients die hij bedient. De volledige opbouw van de SNL-server valt buiten deze gids.

B. 3DEXPERIENCE benoemde gebruiker

Als licentiecomplexiteit uw primaire obstakel is, is de schoonste ontsnapping een 3DEXPERIENCE SOLIDWORKS abonnement voor benoemde gebruiker. Ze wordt in de cloud beheerd en is machine-onafhankelijk, waardoor ze de KVM-activatiecontrole volledig omzeilt (er is geen machinebinding die kan mislukken). Ze is alleen als abonnement te krijgen, met een offline-respijtperiode van 30 dagen, en er is nog steeds een capabele machine nodig om erop te draaien. Ze lost dus het licentieprobleem op en verder niets. Voor een team dat wil stoppen met vechten tegen FLEXnet is dat vaak genoeg.

C. De KVM-workaround (niet ondersteund)

Er is een door de community gerapporteerde oplossing die standalone of SNL-activering direct op KVM laat werken. Volgens Proxmox-communityforumthreads, de VM configureren met een SCSI-opslagcontroller (geen IDE of SATA), OVMF-BIOS en het machinetype q35 op Proxmox 8 en nieuwer omzeilt de virtualisatiedetectie van FLEXnet. In één thread wordt gemeld dat nieuwere combinaties van Proxmox en Windows Server 2022 de activering meteen oplosten, zonder enige workaround (één datapunt, behandel het als richtinggevend). Dit komt uit de community, is versieafhankelijk en is uitdrukkelijk geen aanbeveling van SolidWorks. Als uw team afhankelijk is van een VAR-supportcontract, stem dit dan met hen af voordat u op KVM uitrolt, want draaien op niet-ondersteunde infrastructuur kan uw recht op support aantasten.

Conclusie van deze sectie: Bouw deze opzet niet rond een aan de node gebonden standalone activering op KVM. Gebruik 3DEXPERIENCE named-user-licenties, of SolidNetWork-licenties met de SNL-server op een ondersteunde Windows Server-omgeving. De KVM-workaround is een niet-ondersteunde nooduitgang, geen fundament.

Remote Desktop instellen die de GPU daadwerkelijk doorgeeft

Dit is de stille moordenaar van zelfbeheerde CAD: een GPU-instance die aanvoelt als stroop en een engineer die ervan overtuigd is dat het netwerk stuk is. Het netwerk kan prima zijn. Als het remote-displayprotocol hardwareversnelde graphics niet goed doorgeeft, kan SolidWorks terugvallen op Software OpenGL of een ander CPU-zwaar pad, hoe krachtig de fysieke GPU ook is. De GPU staat stil terwijl de CPU de viewport uitrekent, en het symptoom lijkt precies op latency.

Er zijn drie protocollen waarnaar mensen grijpen, en slechts één ervan is geschikt voor productie-CAD.

RDP kun je overhalen om de GPU te gebruiken. Ga in gpedit.msc naar Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Remote Session Environment en schakel “Use hardware graphics adapters for all Remote Desktop Services sessions” in. Configureer daarna ook de bijbehorende beleidsregels voor H.264/AVC- of HEVC-hardware-encoding als je RDP als terugvaloptie wilt gebruiken.

Parsec gebruikt NVIDIA NVENC-hardwarecodering op de host-GPU, wat de encodinglatency laag houdt, en werkt goed op fysieke werkstations. Op een headless cloud-VPS lukt verbinden niet, omdat er geen fysieke monitor is om vast te leggen. Dit is een terugkerende doodlopende weg: admins kennen Parsec van gamen en streamen, gaan ervan uit dat het overal werkt, en lopen vast zodra het de server niet ziet. Parsec is hier alleen bruikbaar als je een virtuele beeldschermadapter toevoegt, en zelfs dan is het de omweg.

Amazon DCV (voorheen NICE DCV) is het protocol dat hiervoor gebouwd is. Het doet native GPU-versnelde encoding, draait headless via een virtuele framebuffer (geen fysieke monitor nodig) en ondersteunt YUV 4:4:4-kleur, wat telt wanneer u oppervlakteafwerking en randen beoordeelt in plaats van video kijkt. Het transport loopt over TCP of QUIC. Eén licentiepunt om goed te hebben: DCV is alleen zonder meerkosten wanneer het op Amazon EC2 draait. Op uw eigen VPS installeert het met een evaluatielicentie van 30 dagen en vereist daarna een betaalde productie- of abonnementslicentie om te blijven gebruiken. Reken daarop in uw budget en controleer de actuele Amazon DCV-licentievoorwaarden voordat je je vastlegt, want ze veranderen.

Conclusie van deze sectie: Meestal is het protocol de reden dat een externe SolidWorks-sessie traag is, niet de GPU. Amazon DCV voor productie; RDP alleen als terugvaloptie met aangepast groepsbeleid; Parsec alleen met een virtuele beeldschermadapter.

De GPU kiezen: de realiteit van certificering

De vraag die iedereen echt stelt, is: “Kan ik een RTX 4090 gebruiken, of heb ik een pro-kaart nodig?” Het eerlijke antwoord is “ja, maar”, en die “maar” heet RealView. SolidWorks-certificering geeft de voorkeur aan professionele workstation-GPU's, niet aan consumenten-GeForce-kaarten. Professionele NVIDIA RTX kaarten, waaronder de RTX 6000 uit de Ada-generatie en nieuwere RTX PRO Blackwell modellen, zitten in die professionele, ISV-gecertificeerde baan; de RTX 4090 niet. De RTX 4090 is een consumenten-GeForce-kaart en staat niet op de ISV-certificeringslijst. Zodra SolidWorks een niet-gecertificeerde GPU detecteert, is RealView Graphics standaard niet beschikbaar. Als ook het externe protocol, het stuurprogramma of het GPU-pad verkeerd is geconfigureerd, kan de sessie terugvallen op Software OpenGL of een ander CPU-zwaar renderpad. Er is geen nette waarschuwing die zegt: “je dure GPU wordt niet goed gebruikt”; de viewport ziet er gewoon vlak uit of loopt traag, en engineers geven het netwerk de schuld.

Let op: het ontbreken van RealView en het terugvallen op Software OpenGL zijn makkelijk te verwarren. Engineers zien de resulterende vlakke of trage viewport routinematig aan voor netwerkvertraging en besteden dan een middag aan het debuggen van een verbinding die nooit het enige probleem was. Staat RealView uit, dan zit het symptoom lokaal, niet op de lijn.

De RTX 4090 kan RealView uitvoeren met een register-workaround die werkt sinds SolidWorks 2023. Dit houdt in dat een sleutel wordt aangemaakt onder HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders gekoppeld aan de exacte GPU-naam zoals die in Apparaatbeheer verschijnt, met een DWORD-waarde genaamd "Workarounds". De exacte waarden zijn kieskeurig en versiegebonden, dus in plaats van een hex-string over te tikken die verkeerd kan zijn voor jouw build, gebruik je een gedocumenteerde registerprocedure of inspecteer je de opensource-tool SolidWorks RealView Inschakeler tool voordat je hem draait. Hij kan de wijziging automatiseren, maar blijft een tool van derden, dus beheerders zouden de broncode moeten bekijken of hem zelf compileren voordat ze hem op een productiemachine gebruiken.

Let op: de RealView-registry-workaround moet mogelijk opnieuw worden toegepast na SolidWorks Service Pack-updates, driverwijzigingen of wijzigingen van de GPU-naam. In een gedeelde teamopstelling kan één update RealView voor iedereen op die instance breken totdat de registersleutel opnieuw is gecontroleerd.

De RTX PRO 6000 Blackwell is het professionele-kaartpad voor deze opstelling. Hij geeft je 96 GB GDDR7 ECC VRAM, professionele driverondersteuning en het ISV-certificeringstraject dat GeForce-consumentenkaarten niet krijgen. In de praktijk betekent dat dat RealView naar verwachting werkt zonder de registry-workaround voor consumentenkaarten, zolang kaart, driver en SolidWorks-versie op het gecertificeerde pad zitten, en de kaart heeft veel meer VRAM-ruimte voor grote assemblages, visualisatie, rendering en CAD-workflows met meerdere applicaties. Puget Systems' 2025 professionele GPU-engineering-overzicht test RTX PRO Blackwell-kaarten naast kaarten uit de Ada-generatie en komt tot dezelfde praktische conclusie: bij professionele GPU's draait het niet alleen om rauwe snelheid; de waarde zit in drivervalidatie, softwareondersteuning en het vertrouwen dat certificering geeft.

Voor de dimensionering stemt u de VRAM af op de grootte van uw assemblies in plaats van simpelweg het grootste getal te kopen. Kleine assemblies van minder dan ongeveer 500 onderdelen draaien prima op 4 tot 8 GB VRAM. Grote assemblies in de orde van 2.000 tot 5.000 onderdelen willen 16 tot 24 GB. Reken op 64 GB of meer systeem-RAM voor serieus werk aan grote assemblies, want SolidWorks houdt veel in het geheugen. En onthoud dat modelleren vooral single-threaded is: een hoge single-thread kloksnelheid telt zwaarder dan het aantal cores. Daarom raakt een virtuele omgeving met luidruchtige buren die de kloksnelheid knijpt CAD harder dan de meeste andere workloads.

De 96 GB VRAM van de RTX PRO 6000 Blackwell is meer dan de meeste pure modelleersessies nodig hebben, maar dat is niet de enige reden om hem te kiezen. Het sterkere argument is zekerheid over certificering, ECC-geheugen, native RealView-gedrag en ruimte voor gedeelde professionele workflows die grote assemblies, visualisatie, rendering en aangrenzende AI- of simulatietaken combineren.

Één kaart om expliciet uit te sluiten: de A100. Het is een datacenterversneller gebouwd voor AI- en HPC-berekeningen, niet een interactieve CAD-workstation-GPU. Volgens NVIDIA zelf A100-architectuurmateriaal beschrijft hem als een server-/datacenter-GPU voor AI- en HPC-workloads en vermeldt dat hij geen beeldschermaansluitingen, RT-cores of NVENC-encoder heeft. Daarmee is hij ongeschikt voor een workflow met een externe SolidWorks-viewport, ook al oogt 80 GB HBM-geheugen op papier aantrekkelijk. Zet SolidWorks er niet op, tenzij de werklast puur rekenwerk is en geen interactief modelleren.

Conclusie van deze sectie: Certificering bepaalt RealView. Kies de RTX 4090 als je het onderhoud van de registry-workaround accepteert. Kies de RTX PRO 6000 Blackwell wanneer RealView, ECC-geheugen, professionele drivervalidatie en ruimte op lange termijn zwaarder wegen dan de goedkoopste werkbare GPU.

De installatie, van begin tot eind

Met de beslissingen genomen (besturingssysteem, licentietype, protocol, GPU) is de build een rechte reeks. Elke stap gaat ervan uit dat de vorige geslaagd is.

1. Een Windows-compatibele GPU VPS inrichten afgestemd op je assemblies: de RTX 4090-instance met 24 GB VRAM voor kostenbewuste teams die de RealView-workaround accepteren, of de RTX PRO 6000 Blackwell-instance met 96 GB ECC-VRAM voor het schonere professionele GPU-pad. Gebruik je SolidNetWork-licenties, houd de SNL-server dan netwerktechnisch dicht bij het GPU-werkstation, maar draai hem op een ondersteunde Windows Server-omgeving en bevestig het deploymentmodel bij je SOLIDWORKS-reseller.
2. Installeer het besturingssysteem. Windows 11 is het ondersteunde pad. Als uw image Windows Server 2022 is, schakel dan de Desktop Experience-functie in en behandel het als de niet-ondersteunde maar werkende uitwijkoptie.
3. GPU-stuurprogramma's installeren voor uw kaart, bevestig dan in Apparaatbeheer dat de GPU wordt herkend met zijn exacte modelnaam (u hebt die naam nodig voor de RealView-stap).
4. Amazon DCV installeren en configureren met een virtuele beeldschermadapter, zodat de sessie op de headless instance een framebuffer heeft om naar te renderen. Controleer of een sessie verbinding maakt en hardwarematige encoding meldt voordat je SolidWorks installeert.
5. Licentie instellen. Gebruik je SolidNetWork-licenties, draai dan SolidNetWork License Manager op een ondersteunde Windows Server-omgeving, houd rekening met TCP 25734 en TCP 25735 tenzij je reseller de standaardwaarden wijzigt, en wijs de SolidWorks-client naar die licentieserver. Gebruik je 3DEXPERIENCE named-user-licenties, log dan gewoon in. Probeer geen standalone activatie op de KVM-instantie.
6. SolidWorks installeren met het standaard BYOL-installatieprogramma en bevestig dat het een licentie van de server uitcheckt.
7. Als je een niet-gecertificeerde GPU gebruikt, pas de RealView-registeraanpassing pas toe nadat je de exacte registerwijziging voor jouw SolidWorks-versie en GPU hebt nagekeken. Een RealView Enabler-tool van derden kan het proces automatiseren, maar beheerders zouden de broncode moeten inspecteren of zelf compileren voordat ze het op een productieteammachine gebruiken. Open daarna een model en bevestig dat RealView actief is en niet Software OpenGL.

Waar een stap leveranciersspecifiek is (de DCV-installatie, het opzetten van de SNL-server), volg je de officiële documentatie van de huidige versie in plaats van een overgetypt commando dat verouderd kan zijn. De DCV-beheerdershandleiding en de Installatiehandleiding voor SolidWorks SNL Manager zijn de primaire bronnen.

Voor wie dit wel en niet is (het latentieoordeel)

Interactief werk in de viewport heeft een round-trip-latency onder ongeveer 40 ms nodig om lokaal aan te voelen. De cloud-desktoprichtlijnen van IronOrbit leggen in de praktijk dezelfde drempel: onder 40 ms is niet van lokaal te onderscheiden, 60 tot 80 ms is werkbaar maar merkbaar, en vanaf 100 ms wordt precies modelleren frustrerend. Dit is geen afstelprobleem dat je met een beter protocol oplost. Het is de lichtsnelheid door glasvezel plus switching-overhead, en de natuurkunde wint altijd.

Daarmee wordt geografie de doorslaggevende factor, en dat is waar dit pad tegen zijn plafond loopt. Beschikbaarheid en locatie van GPU's tellen hier. Bevestig, voordat je de opstelling als dagelijkse workstation gebruikt, welke Cloudzy GPU VPS plannen het dichtst bij je engineers beschikbaar zijn. Cloudzy breidt de GPU-dekking uit naarmate de vraag naar externe engineering-workstations groeit, maar de gebruikerservaring wordt nog steeds bepaald door de natuurkunde. Voor engineers in het westen en zuid-centrale deel van de VS kunnen de retourtijden comfortabel onder de interactieve drempel blijven, waardoor een zelfbeheerde GPU VPS een realistische dagelijkse werkplek wordt. Voor engineers in het Verenigd Koninkrijk, de EU of Azië-Pacific overschrijdt de retourlatentie naar GPU-instances in de VS die drempel vaak, zodra routing en afstand meetellen. Geen enkele Amazon DCV afstelling dicht een transcontinentale kloof.

Het oordeel splitst dus netjes. Zit je team in de VS, dan is de zelfbeheerde GPU VPS een werkbaar productiewerkstation, en de kostenberekening hierboven is de echte reden om hem te bouwen. Zit je team buiten de VS, reken dan niet op modelleren op afstand de hele dag. Het realistische gebruik is compute-burst: draai nachtelijke simulaties, batchrendering en lange regeneratieklussen op de cloud-GPU terwijl ingenieurs interactief modelleren op lokale hardware. Dat blijft een nuttige machine. Alleen is het niet de werkplek waar je vanaf een ander continent de hele dag achter zit.

Conclusie van deze sectie: Een zelf beheerde GPU VPS is geschikt voor Amerikaanse teams voor interactief werk. Elders is het een burst-computemachine, geen dagelijkse modelleerwerkplek.

Engineeringteams gebruiken Cloudzy al voor CAD-infrastructuur

Dit is niet zomaar een theoretische cloud-workstation-configuratie. Engineeringteams gebruiken al Cloudzy-infrastructuur voor CAD-bestanden, softwarelicenties, rekenkracht en gedeelde engineeringworkflows.

"Cloudzy stelt ons engineeringteam in staat zich te richten op innovatie, niet op infrastructuur. We gebruiken hun krachtige servers om grote bestanden en softwarelicenties te beheren."

Eric Emmenegger, teamcaptain, UTFR (University of Toronto Formula Racing)

"Cloudzy geeft ons ongeëvenaarde AMD EPYC-prestaties. Zo kunnen we ons concentreren op engineering en niet op het beheren van infrastructuur."

UOBRPL, University of Birmingham Dubai

Klaar om SolidWorks te testen op een Cloudzy GPU VPS?

Begin met een pilot, niet met een volledige migratie. Heeft je team het juiste licentiemodel, voldoende beheercapaciteit en een geschikt latencyprofiel, dan geeft Cloudzy GPU VPS je de infrastructuurlaag om SolidWorks in de cloud te testen zonder je vast te leggen op een managed desktopplatform.

Kies de RTX 4090 als je de goedkopere route wilt en de RealView-workaround kunt verdragen. Kies de RTX PRO 6000 Blackwell als je de schonere professionele GPU-route wilt, met 96 GB ECC-VRAM, zekerheid over certificering en meer ruimte op lange termijn.

Controleer Cloudzy GPU VPS plannen, kies de dichtstbijzijnde beschikbare GPU-locatie en test met één echte assembly voordat u dagelijks CAD-werk naar de cloud verplaatst.

Veelgestelde vragen

Kan SolidWorks draaien op een virtuele machine of KVM-gebaseerde VPS?

Ja, maar standalone, aan het apparaat gekoppelde licenties activeren niet op een KVM-gebaseerde VPS. De FLEXnet-licentiemanager van SolidWorks controleert de hypervisor en herkent alleen VMware, Hyper-V, Citrix en Parallels, dus activatie op KVM mislukt met "activation not supported in this virtual environment". Gebruik een 3DEXPERIENCE named-user licentie, of SolidNetWork-licenties met de SNL-server op een ondersteunde Windows Server-omgeving. Beide aanpakken vermijden dat je een standalone licentie rechtstreeks aan het KVM-gebaseerde SolidWorks-werkstation koppelt.

Draait SolidWorks op Windows Server 2022?

Officieel ondersteunt de SolidWorks-CAD-client Windows 10 en Windows 11, niet Windows Server. Windows Server 2022 met Bureaubladervaring kan de client in sommige echte cloud-desktopimplementaties draaien, en sommige beheerde SolidWorks-cloudhostingpakketten vermelden Windows Server 2022 openlijk. Het blijft echter een technisch niet-ondersteunde CAD-clientconfiguratie. Als vlekkeloze VAR-support voor je telt, gebruik dan Windows 11.

Kan ik een RTX 4090 gebruiken voor SolidWorks?

Ja, met een kanttekening. De RTX 4090 is een GeForce-consumentenkaart en is niet ISV-gecertificeerd, dus RealView is standaard niet beschikbaar. Als ook het remoteprotocol, het stuurprogramma of het GPU-pad verkeerd staat, kan de sessie terugvallen op Software OpenGL of een ander CPU-zwaar renderpad. Een registeringreep zet RealView in veel builds weer aan, maar moet mogelijk opnieuw worden toegepast na een Service Pack, een stuurprogramma-update of een gewijzigde GPU-naam. De RTX PRO 6000 Blackwell is de schonere professionele optie: hij staat op het certificeringstraject voor professionele GPU's van SOLIDWORKS, heeft 96 GB ECC-VRAM en heeft de consumentenkaart-workaround voor RealView niet nodig die de RTX 4090 wel vraagt.

Welk Remote Desktop-protocol moet ik gebruiken voor SolidWorks op een GPU-server?

Standaard-RDP is niet de beste productiestandaard voor SolidWorks op een GPU-server. Het kan het verkeerde grafische pad gebruiken tenzij de host via Group Policy is ingesteld op GPU-versnelde rendering. Amazon DCV is de schonere productiekeuze omdat het is gebouwd voor GPU-versnelde externe visualisatie en streaming met hoge kleurnauwkeurigheid ondersteunt.

Is een Cloud GPU VPS levensvatbaar voor SolidWorks buiten de VS?

Voor interactief werk in de viewport alleen als de round-trip-latency onder ongeveer 40 ms blijft. Teams in de VS die verbinding maken met nabijgelegen Amerikaanse GPU-locaties blijven daar mogelijk binnen, maar engineers in het VK, de EU of Azië-Pacific gaan er vaak overheen bij een verbinding met GPU-instances in de VS. Buiten de VS gebruik je een cloud-GPU-VPS beter voor rekenpieken, zoals simulaties en renders die 's nachts draaien, dan voor interactief modelleren de hele dag.