一家四人的工程团队持有三份 SolidWorks 许可证，想把 CAD 算力搬到云上，于是搜索如何在云 GPU VPS 上运行 SolidWorks。大多数结果都是托管式桌面即服务的销售页面，报价从每用户每月 99 美元到 479 美元不等。没有一个告诉你，如何在自己掌控的硬件上亲手把它搭起来。
确实存在一条自管理路线，当团队把非并发的使用轮流分配到一个统一定价的 GPU 实例上时，它可以比托管 DaaS 更便宜。但这条路上也有三颗地雷，会让大多数自己动手的尝试失败：KVM 上的授权、显示协议和 GPU 认证，另外还有一个与技术水平无关的硬性限制：延迟。本指南把整条路径走完，从操作系统和授权到显示协议与 GPU 选择，并且在讲清楚怎么搭建的同时，也同样直白地说明它在哪里就不再管用。
TL;DR（太长不看版）
- 当一个团队在一台按固定价格计费的 GPU 实例上错峰轮流使用时，自管 GPU VPS 路线可以胜过托管 DaaS。如果每位工程师每天都需要同时在线的桌面，你就需要更多 GPU 实例或一套正规的 RDS/VDI 设计，成本账也随之改变。
- 独立的、锁定到单机的 SolidWorks 许可证并不适合基于 KVM 的 VPS 环境。请使用 3DEXPERIENCE 指定用户许可，或者使用已在受支持的 Windows Server 环境中运行的 SolidNetWork License 服务器。不要以为 SNL 可以随便搬到一台小型 Linux/KVM VPS 上。
- 标准 RDP 并不适合作为 GPU 加速的 SolidWorks 会话的默认方案：除非主机已配置为使用硬件 GPU，否则它可能退回到错误的图形路径。Amazon DCV（原名 NICE DCV）才是远程 3D 工作更合适的生产协议。
- RTX 4090 未获得 ISV 认证，因此 RealView 可能需要一项注册表变通设置，而且在 Service Pack、驱动或 GPU 名称变更后可能要重新检查。RTX PRO 6000 Blackwell 是更干净的专业 GPU 路线：96 GB ECC 显存、支持 ISV 认证，且无需消费级显卡那套 RealView 变通做法。
- 交互式视口操作需要往返延迟低于约 40 毫秒。位于美国、连接就近 GPU 机房的团队通常没问题。而从英国、欧盟或亚洲连接时，请把位于美国的 GPU VPS 当作算力突发机器，而不是日常建模的工位。
本指南不涉及的内容
这是工作站会话的构建。一些相关主题有其自己的范围，在这里被刻意排除在外：
- 云端 VPS 上的 SolidWorks PDM 数据库，拥有独立的 SQL Server 和延迟限制。（配套文章待发布。）
- SolidNetWork License 服务器的详细搭建，包括安装、激活、防火墙配置、许可证借用行为和升级规则。那是一项独立的许可基础设施工作，不属于本篇工作站会话指南的范围。
- 多用户 RDS 会话设置以及随之而来的 Windows RDS CAL 许可。
- FEA 和 Flow Simulation 的 GPU 基准测试。在实践中，这些工作负载受 CPU 和 RAM 限制，没有关于云端 VPS 情况的明确公开数据。
- Linux 加 Wine。SolidWorks 没有 Linux 客户端，Wine 也不受支持，因此这条路自然走不通。
你需要准备什么
在配置任何内容之前，请确认您拥有此路径所需的各个部分：
- 一份现有的 SolidWorks 许可证，以及了解其类型。授权部分的走向取决于这个答案。
- GPU VPS 的 Windows 授权方案，因为受支持的 SolidWorks 客户端路径是 Windows 11，而许多云／服务器环境用 Windows Server 镜像部署更方便。
- VPS 的管理员访问权限，以及对 Windows 服务器管理、GPU 驱动安装和防火墙配置的熟悉程度。
- 客观评估团队的地理位置，因为延迟部分是一道硬关卡，而不是注脚。
这是写给以运维基础设施为业的人的教程，不是第一台服务器的入门指南。如果“打开 gpedit.msc 编辑组策略”对你来说很陌生，那么托管 DaaS 才是更划算地用掉你的时间。
自管理路径与托管 DaaS：成本计算
托管 DaaS 供应商发布的数据让对比变得简单。Apps4Rent 的 SolidWorks 云托管从 $99 to $479 per user per month 在其全部计划范围内（截至 2025 年），以及 IronOrbit 2025 年云桌面指南 把专用的 RTX 级席位定在每用户每月约 190 到 400 美元。这些是按用户、按月计的数字，而且无论那位工程师当月登录了两次还是一次都没登录，费用照样每月重复产生。
自管的独享 GPU VPS 计费方式不同：整个实例按月收取固定费用。一台配备独享物理 GPU、24 GB VRAM 和 256 GB 系统 RAM 的实例，足以从容承载一个重度建模会话，小团队也可以轮流使用或排班共用一台机器，而不必人手一个席位。盈亏平衡点取决于工程师人数，而不是一句放之四海皆准的结论。只有一名工程师时，一个约 200 美元的 DaaS 席位比自己运维一台机器更便宜、也更省事。而当三四名工程师轮流使用同一台固定费用的实例时，按席位摊算的经济性就可能大幅倒向自管方案。
这是销售页面不会写的部分：你买到的不是折扣，而是一份工作。自管理是用每席位的溢价换来 IT 负担。现在你这边得有人负责操作系统、GPU 驱动、防火墙规则、许可证服务器，如果用的是消费级 GPU，还得负责那个在 SolidWorks 或驱动更新后可能需要重新检查的 RealView 变通方法。对一位称职的管理员来说，这些都不难。但它们都是实打实的工作，而 DaaS 费用一直在悄悄替你买单。这条路适合有 IT 管理员能扛下来的团队。如果没有，纸面上更便宜的账，最后会以计划外的一个个下午付出代价。
本节要点： 真正的分界线是工程师人数，而不是“自管理总是更便宜”。当共享同一台 GPU 实例的非并发用户少于大约三人时，托管 DaaS 在总拥有成本上通常更划算。
一旦成本分析对您的团队成立，构建就从一个决定开始：在哪里部署工作站会话。工程工位运行在 Cloudzy GPU VPS 其规格要与团队实际处理的装配体相匹配。如果使用 SolidNetWork 许可，请在网络层面让 SNL 服务器尽可能靠近这台 GPU 工作站，但不要以为可以直接把它搬到一台小型 Linux/KVM VPS 上。SolidNetWork License Manager 应当运行在受支持的 Windows Server 环境中，任何云端或虚拟化的许可服务器部署都应在投入生产前获得你的 SOLIDWORKS 经销商认可。如果使用 3DEXPERIENCE 指定用户许可，这个独立的许可服务器步骤就不存在了。我们为 SolidWorks 客户端部署带 Windows 的 GPU 实例；本指南余下的内容都假设该实例已经就绪。
选择操作系统：Windows 11 还是 Windows Server 2022
下面是决定后续一切的支持现状：SolidWorks 官方支持 Windows 10 和 Windows 11 的 Pro、Enterprise 与 Education 版本（64 位）运行 CAD 客户端，而且 从 SolidWorks 2026 开始仅支持 Windows 11，因为 Windows 10 于 2025 年 10 月到达 Microsoft 终止支持日期。 Windows Server 被官方列为 PDM Server、Archive Server 和 SolidNetWork License Manager 的支持系统 （支持服务），而非 CAD 客户端本身。
这就产生了一种矛盾，因为许多原始 GPU VPS 环境使用服务器镜像比使用完全受支持的 Windows 11 工作站路径更容易部署。 一些托管的 SolidWorks 云托管方案公开列出了 Windows Server 2022，这说明 Server 路线在云桌面打包方案中有多常见。问题在于，Windows Server 仍然不是 SolidWorks CAD 客户端官方支持的操作系统路径。如果你从一台 Windows Server 机器提交支持工单，严谨的 VAR 可能会指出你已不在客户端操作系统列表之内。
这里的立场毫不含糊：Windows 11 才是受支持且推荐的路线。如果你希望 SolidWorks 的支持能够干净地适用，而你的 Windows 授权也允许，就把 Windows 11 镜像放到 VPS 上。带 Desktop Experience 的 Windows Server 2022 在真实的云桌面部署中确实能跑，但要明确标注它对 CAD 客户端属于不受支持，而不是等到出事故时才发现这一点。还有一个与协议无关的计费现实：远程访问 Windows Server 图形界面可能需要 Windows Server 和 Remote Desktop Services 许可。如果选择 Server 路线，该成本应纳入你的比较中。
本节要点： Windows 11 是受支持的选择；Windows Server 2022 加 Desktop Experience 可以运行，但 CAD 客户端不受支持，且附带 RDS CAL 许可义务。
许可路径：为何 Standalone 在 KVM 上失败
自管理设置遇到的第一道墙是一个特定的错误字符串： "此虚拟环境不支持许可证激活模式，请使用 SolidNetwork License。" 当你试图在基于 KVM 的 VPS 上激活独立的、绑定节点的 SolidWorks 许可证时就会出现这条提示，重试多少次都没用。SolidWorks 使用 FLEXnet 许可管理，而 FLEXnet 在激活时会执行一次虚拟化平台检查。 官方支持的虚拟化管理程序 是 VMware、Microsoft Hyper-V、Citrix 和 Parallels。KVM（大多数高性价比 VPS 主机底层使用的虚拟化平台，包括基于 Proxmox 的架构）不在这份名单上，因此独立版激活会被拒绝。
解决这个问题有三种方法，对于大多数团队来说，正确答案是第一种。
A. SolidNetWork 许可证（SNL 浮动）
当许可证服务器本身运行在受支持的 Windows Server 环境中时，这就是标准做法。你在那台服务器上运行 SolidNetWork License Manager，SolidWorks 客户端通过网络借出一个浮动许可证。在这种设计下，客户端机器的 KVM 虚拟化层不再是激活的对象，但 SNL 服务器仍然要按许可基础设施来对待，而不是随便一台小型 Linux/KVM VPS。SolidNetWork License Manager 并不吃资源，但许可主机应该稳定、受支持而且平淡无奇。这里不是用不受支持的 Linux/KVM 捷径省几美元的地方。防火墙方面，请围绕 TCP 25734 和 TCP 25735 除非你的经销商或许可管理流程改动了默认端口。有一条值得贴在墙上的运维规则：让 SNL Manager 的版本与其服务的 SolidWorks 客户端保持一致或更新。完整的 SNL 服务器搭建不在本指南范围内。
B. 3DEXPERIENCE 指定用户
如果许可证复杂性是您的主要障碍，最干净的解决方案是 3DEXPERIENCE SOLIDWORKS 指定用户订阅。它由云端管理且与机器无关，这意味着它完全绕开了 KVM 激活检查（根本不存在会失败的机器绑定）。它只提供订阅制，带有 30 天的离线宽限期，而且仍然需要一台性能足够的机器来运行，所以它只解决授权问题，别的什么都不解决。对于想停止和 FLEXnet 较劲的团队来说，这通常就够了。
C. KVM 变通方案（不受支持）
社区报告了一种变通方法，可以直接在 KVM 上完成 standalone 或 SNL 激活。根据 Proxmox 社区论坛帖子，将虚拟机配置为 SCSI 存储控制器（不是 IDE 或 SATA）、OVMF BIOS，并在 Proxmox 8 及更高版本上使用 q35 机器类型，可以绕过 FLEXnet 的虚拟化检测。有一个帖子报告说，较新的 Proxmox 与 Windows Server 2022 组合无需任何变通方法就直接完成了激活（这只是单个案例，仅供参考）。这些内容来自社区、依赖具体版本，并且明确不是 SolidWorks 的官方建议。如果你的团队依赖 VAR 的支持合同，请在部署到 KVM 之前先与对方确认，因为在不受支持的基础设施上运行可能会影响你的支持权益。
本节要点： 不要把这套方案建立在 KVM 上的节点锁定独立激活之上。请使用 3DEXPERIENCE 指定用户许可，或者使用 SolidNetWork 许可，并把 SNL 服务器放在受支持的 Windows Server 环境中。KVM 上的变通方案是一个不受支持的应急出口，不是地基。
设置真正传递 GPU 的远程桌面
这是自管理 CAD 的隐形杀手：GPU 实例慢得像在糖浆里挪动，而工程师坚信是网络坏了。网络也许一点问题都没有。如果远程显示协议没有正确传递硬件加速图形，无论物理 GPU 多强，SolidWorks 都可能回退到 Software OpenGL 或另一条重度依赖 CPU 的路径。GPU 闲着，CPU 吃力地绘制视口，症状看起来和网络延迟一模一样。
人们常用的协议有三种，但只有一种适合生产环境的 CAD。
| 协议 | 硬件 OpenGL | 无头 VPS 支持 | 色彩准确性 | 安装工作量 | 推荐用于 CAD？ |
|---|---|---|---|---|---|
| 标准 RDP | 默认不支持（需调整组策略） | 是 | 标准 | 低 | 仅作备用 |
| Parsec | 是 (NVENC) | 没有虚拟显示适配器则不行 | 好 | 中 | 仅使用虚拟显示适配器 |
| Amazon DCV (NICE DCV) | 是（原生 GPU 编码） | 是（虚拟帧缓冲区） | YUV 4:4:4 高精度 | 中 | 是（生产首选） |
RDP 还是可以被哄着去用 GPU 的。在 gpedit.msc 中，依次展开 Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Remote Session Environment，启用“Use hardware graphics adapters for all Remote Desktop Services sessions”；如果你打算把 RDP 当作后备方案，还要一并配置相应的 H.264/AVC 或 HEVC 硬件编码策略。
Parsec 在宿主机 GPU 上使用 NVIDIA NVENC 硬件编码，把编码延迟压得很低，在物理工作站上表现不错。但在无显示器的云 VPS 上，它无法连接，因为没有物理显示器可供捕获。这是一条反复出现的死路：管理员从游戏和直播中认识 Parsec，以为它到哪儿都能用，结果在它看不到服务器时卡住。Parsec 在这里只有加上虚拟显示适配器才可行，而即便如此也是绕远路。
Amazon DCV （原名 NICE DCV）正是为此而生的协议。它原生支持 GPU 加速编码，可通过虚拟帧缓冲以无显示器方式运行（不需要物理显示器），并支持 YUV 4:4:4 色彩，这在你评估表面处理和边缘质量、而不是看视频时非常关键。它通过 TCP 或 QUIC 传输。有一条许可要点必须弄清楚：只有在 Amazon EC2 上运行时，DCV 才不额外收费。装在你自己的 VPS 上，它带的是 30 天评估许可，之后要继续使用就需要付费的生产许可或订阅许可。请把这笔费用列入预算，并查阅最新的 Amazon DCV 许可条款 在做决定之前，因为这些内容会变化。
本节要点： 远程 SolidWorks 会话变慢，通常怪协议，而不是 GPU。生产环境用 Amazon DCV；RDP 只能作为改过组策略的备用方案；Parsec 只有配上虚拟显示适配器才行。
选择 GPU：认证现实
大家真正想问的问题是“我能用 RTX 4090 吗，还是必须上专业卡？”诚实的回答是“可以，但是”，而这个“但是”就是 RealView。SolidWorks 的认证偏向专业工作站 GPU，而不是消费级 GeForce 显卡。NVIDIA RTX 专业卡，包括 Ada 世代的 RTX 6000 以及更新的 RTX PRO Blackwell 型号，都在专业的 ISV 认证行列里；RTX 4090 不在。RTX 4090 是消费级 GeForce 显卡，不在 ISV 认证名单上。当 SolidWorks 检测到未经认证的 GPU 时，RealView Graphics 默认不可用。如果远程协议、驱动或 GPU 路径同样配置有误，会话还可能退回到 Software OpenGL 或另一条吃 CPU 的渲染路径。系统不会给出一条清楚的提示说“你昂贵的 GPU 没有被正确使用”；视口只是看起来发平或者运行很慢，工程师则把责任推给网络。
注意：RealView 不可用与回退到 Software OpenGL 这两件事很容易混淆。工程师经常把由此产生的画面发平、视口卡顿误认为网络延迟，然后花一下午去排查一条从来就不是唯一问题的连接。如果 RealView 关着，症状出在本地，而不在网络上。
RTX 4090 可以通过一个自 SolidWorks 2023 起就有效的注册表变通方法运行 RealView。具体方法是在以下路径创建一个注册表项： HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders 与设备管理器中显示的 GPU 名称完全一致，并使用名为 "Workarounds" 的 DWORD 值。具体数值很挑剔且因版本而异，因此与其照抄一串可能不适用于你这个版本的十六进制值，不如使用有文档记录的注册表流程，或者检查开源的 SolidWorks RealView 启用工具 工具，然后再运行。它可以自动完成这项修改，但终究是第三方工具，因此管理员在生产机器上使用之前，应当审阅源码或自行编译。
注意：在 SolidWorks Service Pack 更新、驱动更换或 GPU 名称变化之后，RealView 的注册表变通方案可能需要重新应用。在团队共用的环境里，一次更新就可能让该实例上的所有人失去 RealView，直到有人重新检查注册表项。
那位 RTX PRO 6000 Blackwell 是这套配置的专业显卡路线。它提供 96 GB GDDR7 ECC VRAM、专业驱动支持，以及消费级 GeForce 显卡拿不到的 ISV 认证通道。实际上，这意味着当显卡、驱动和 SolidWorks 版本都处于认证路线上时，RealView 预计无需消费级显卡的注册表变通方案即可工作，而且这块卡为大型装配体、可视化、渲染和多应用 CAD 工作流预留了多得多的 VRAM 余量。 Puget Systems 2025年专业 GPU 工程综合评测 将 RTX PRO Blackwell 显卡与 Ada 世代显卡放在一起测试，并给出了同样的实用结论：专业 GPU 不只关乎原始速度，价值在于驱动验证、软件支持以及认证带来的把握。
在配置选型上，要按装配体的规模来匹配 VRAM，而不是一味买最大的数字。约 500 个零件以下的小型装配体，4 到 8 GB 的 VRAM 就跑得很顺。2,000 到 5,000 个零件区间的大型装配体则需要 16 到 24 GB。要认真处理大型装配体，系统 RAM 请按 64 GB 以上来预算，因为 SolidWorks 会在内存里驻留大量数据。还要记住，建模主要是单线程的：单线程主频比核心数量更重要，这也是为什么会压低主频的“吵闹邻居”式虚拟环境，对 CAD 的伤害比对大多数其他工作负载都要大。
RTX PRO 6000 Blackwell 的 96 GB 显存，超过了大多数纯建模会话的需要，但这并不是选择它的唯一理由。更有分量的理由是认证上的把握、ECC 显存、原生可用的 RealView，以及为共享的专业工作流留出的余量：大型装配、可视化、渲染，以及旁边那些 AI 或仿真任务混在一起跑。
一款需要明确排除的显卡：A100。它是为 AI 和 HPC 计算而设计的数据中心加速器，而不是交互式 CAD 工作站 GPU。NVIDIA 自己 A100 架构资料 将其描述为面向 AI 和 HPC 负载的服务器/数据中心 GPU，并指出它不带显示接口、RT 核心或 NVENC 编码器。这让它并不适合远程 SolidWorks 视口工作流，即便它 80 GB 的 HBM 显存在纸面上很诱人。除非负载纯粹是计算而非交互式建模，否则不要把 SolidWorks 放在它上面。
本节要点： 决定 RealView 的是认证。如果你能接受长期维护注册表变通方案，就选 RTX 4090。如果 RealView、ECC 内存、专业驱动验证和长期余量比“最便宜可用的 GPU”更重要，就选 RTX PRO 6000 Blackwell。
完整设置流程
决策确定后（操作系统、许可证类型、协议、GPU），构建过程是一个直接的序列。每个步骤都假定上一步已成功完成。
- 配置支持 Windows 的 GPU VPS 按你的装配体规模选型：面向成本敏感、能够接受 RealView 变通方案的团队，可选配备 24 GB VRAM 的 RTX 4090 实例；若想走更干净的专业 GPU 路线，则选配备 96 GB ECC VRAM 的 RTX PRO 6000 Blackwell 实例。如果你使用 SolidNetWork 授权，从网络角度让 SNL 服务器靠近 GPU 工作站，但要把它运行在受支持的 Windows Server 环境中，并与你的 SOLIDWORKS 经销商确认部署方式。
- 安装操作系统。 Windows 11 是受支持的路径。如果您的镜像是 Windows Server 2022，请启用 Desktop Experience 功能，并将其视为不受支持但可使用的备用方案。
- 安装 GPU 驱动程序 针对您的显卡，然后在设备管理器中确认 GPU 以其准确的型号名称被识别（您将需要该名称来完成 RealView 步骤）。
- 安装并配置 Amazon DCV 并配合虚拟显示适配器，让会话在无显示器的实例上有可供渲染的帧缓冲。在安装 SolidWorks 之前，先确认会话能够连接并报告使用了硬件编码。
- 配置授权。 如果你使用 SolidNetWork 许可，请在受支持的 Windows Server 环境中运行 SolidNetWork License Manager，除非经销商更改了默认值，否则按 TCP 25734 和 TCP 25735 规划防火墙，并让 SolidWorks 客户端指向那台许可服务器。如果你使用 3DEXPERIENCE 指定用户许可，登录即可。不要在 KVM 实例上尝试独立激活。
- 安装 SolidWorks 使用标准 BYOL 安装程序，并确认它从服务器中获取了许可证。
- 如果你使用的是非认证 GPU, 只有在核对过适用于你这个 SolidWorks 版本和这块 GPU 的确切注册表改动之后，才去应用 RealView 的注册表变通设置。第三方的 RealView Enabler 工具可以把这一步自动化，但管理员应当先检查源码或自行编译，再拿到生产用的团队机器上使用。之后打开一个模型，确认当前生效的是 RealView 而不是 Software OpenGL。
凡是步骤与厂商相关的地方（DCV 安装、SNL 服务器搭建），请以当前版本的官方文档为准，而不是照抄可能已经过时的命令。其中， DCV 管理员指南 和 SolidWorks SNL Manager 安装指南 是主要来源。
适合谁，不适合谁（延迟判断）
交互式视口操作需要往返延迟低于约 40 毫秒，才会感觉像在本地。IronOrbit 的云桌面指南在实践中给出的阈值也一样：低于 40 毫秒与本地无异，60 到 80 毫秒可用但能察觉，100 毫秒以上则让精确建模变得令人烦躁。这不是换个更好的协议就能解决的调优问题。这是光在光纤中的传播速度加上交换开销，物理规律永远赢。
这就让地理位置成为决定性因素，也是这条路径触及天花板的地方。GPU 的可用性和所在位置在这里很关键。在把这套环境当作日常工作站之前，先确认离你的工程师最近的地方有哪些 Cloudzy GPU VPS 方案可用。随着远程工程工作站需求的增长，Cloudzy 正在扩大 GPU 覆盖范围，但决定使用体验的仍然是物理规律。对于美国西部和中南部的工程师，往返时间可以轻松低于交互阈值，自管理的 GPU VPS 因此可以成为现实可行的日常工位。对于英国、欧盟或亚太地区的工程师，一旦把路由和距离都算进去，到美国 GPU 实例的往返延迟往往会超过这个阈值。再怎么调优 Amazon DCV，也弥补不了跨洲的距离。
所以结论分得很干净。如果你的团队在美国，自管理的 GPU VPS 是一台可用于生产的工作站，上面那笔成本账才是搭建它的真正理由。如果你的团队在美国以外，就别指望整天远程建模。现实的用法是算力突发：把通宵仿真、批量渲染和漫长的重建任务放到云端 GPU 上跑，工程师则在本地硬件上做交互式建模。它依然是一台有用的机器，只是不适合让你从另一个大洲坐在它面前工作一整天。
本节要点： 自托管 GPU VPS 是美国团队进行交互式工作的选择。在其他地区，它是一台突发计算机器，而不是日常建模工位。
工程团队已在使用 Cloudzy 进行 CAD 基础设施
这不仅仅是一个理论上的云工作站设置。 工程团队已经在使用 Cloudzy 基础设施 用于 CAD 文件、软件许可、计算能力和共享工程工作流程。
「Cloudzy 让我们的工程团队能够专注于创新，而不是基础设施。我们使用他们的高性能服务器来管理大型文件和软件许可证。」
Eric Emmenegger，队长，UTFR（University of Toronto Formula Racing）
"Cloudzy 为我们提供了无与伦比的 AMD EPYC 性能。这让我们得以专注于工程本身，而不是管理基础设施。"
UOBRPL, University of Birmingham Dubai
准备好在 Cloudzy GPU VPS 上测试 SolidWorks 了吗？
从试点开始，而不是整体迁移。如果你的团队有合适的许可模式、运维人力和可接受的延迟条件，Cloudzy GPU VPS 就能提供基础设施层，让你在云端测试 SolidWorks，而不必绑定托管桌面平台。
如果你想走成本更低的路线，并且能接受 RealView 的变通方案，就选 RTX 4090。如果你想走更干净的专业 GPU 路线，拥有 96 GB ECC VRAM、认证上的把握以及更多长期余量，就选 RTX PRO 6000 Blackwell。
检查 Cloudzy GPU VPS 套餐，选择最近的可用 GPU 位置，并使用一个真实的装配体进行测试，然后再将日常 CAD 工作迁移到云端。
常见问题
SolidWorks 能在虚拟机或基于 KVM 的 VPS 上运行吗？
可以，但独立的节点锁定许可证无法在基于 KVM 的 VPS 上激活。SolidWorks 的 FLEXnet 许可管理器会检查虚拟化层，只识别 VMware、Hyper-V、Citrix 和 Parallels，因此在 KVM 上激活会失败并提示“activation not supported in this virtual environment”。请改用 3DEXPERIENCE 指定用户许可，或者使用 SolidNetWork 许可，把 SNL 服务器放在受支持的 Windows Server 环境中运行。这两种做法都避免了把独立许可证直接绑定到基于 KVM 的 SolidWorks 工作站。
SolidWorks 能在 Windows Server 2022 上运行吗？
官方层面，SolidWorks 的 CAD 客户端支持 Windows 10 和 Windows 11，而不是 Windows Server。启用桌面体验功能的 Windows Server 2022 在一些真实的云桌面部署中确实能跑起客户端，部分托管型 SolidWorks 云主机方案也公开列出了 Windows Server 2022。但这在技术上仍然是一种不受支持的 CAD 客户端配置。如果你在意能否获得干净利落的 VAR 支持，就用 Windows 11。
我可以将 RTX 4090 用于 SolidWorks 吗？
可以，但有前提。RTX 4090 是消费级 GeForce 显卡，没有 ISV 认证，因此 RealView 默认无法使用。如果远程协议、驱动或 GPU 路径也配置有误，会话还可能退回到 Software OpenGL 或其他高度依赖 CPU 的渲染路径。注册表变通方法可以在许多版本中重新启用 RealView，但在打完 Service Pack、更换驱动或 GPU 名称变化后可能需要重新应用。RTX PRO 6000 Blackwell 是更干净的专业选择：它在 SOLIDWORKS 的专业 GPU 认证路线上，配备 96 GB ECC VRAM，也不需要 RTX 4090 所依赖的消费级显卡 RealView 变通方法。
在 GPU 服务器上运行 SolidWorks 应使用哪种远程桌面协议？
在 GPU 服务器上跑 SolidWorks 时，标准 RDP 并不是最好的生产默认选择。除非通过组策略把主机配置为 GPU 加速渲染，否则它可能走错图形路径。Amazon DCV 是更干净的生产选择，因为它就是为 GPU 加速的远程可视化而设计的，并支持高色彩精度的串流。
Cloud GPU VPS 在美国以外对 SolidWorks 是否可行？
对交互式视口操作而言，只有往返延迟保持在约 40 毫秒以内才可行。位于美国的团队连接就近的美国 GPU 节点通常能保持在这个范围内，但英国、欧盟或亚太地区的工程师连接美国的 GPU 实例时往往会超出。在美国以外，云 GPU VPS 更适合用于突发计算任务，例如通宵仿真和渲染，而不是全天的交互式建模。
