我的公司正在研究桌面虚拟化，并计划将所有桌面计算资源迁移到服务器机房或数据中心，并为用户提供瘦客户端以供访问。
在大多数情况下，简单的 VNC 或远程桌面解决方案就足够了，但有些用户正在运行需要 3D 功能的可视化 - 这是 VNC 和远程桌面无法支持的。
我们正在考虑添加带有 GPU 的服务器，并使用 HP 的远程图形从瘦客户端提供访问，而不是破例为这些用户提供台式机，从而增加推出和未来操作的复杂度。
演示版本似乎运行良好，但需要一点学习时间，不清楚它在多个同时会话中的效果如何，也不清楚它是否适合应用于非 3D 会话。如果可能的话，就像硬件一样，我们希望部署单一的软件解决方案，而不是大杂烩。
如果有人有管理大型 HP Remote Graphics 安装的经验，我将非常感激您提供的任何反馈。
编辑：特别是，我们对以下方面的反馈感兴趣：
- 用户培训
- 性能/带宽利用率
- 运营问题
- 互操作性和集成
- 安全管理
答案1
你完了。糟糕的决定触及了技术现实。
强大的 3D 不是你在相当长的一段时间内能够通过网络和远程有效处理的东西，特别是如果你谈论远程数据中心（本地服务器机房可能会工作 - 在那里你可以为客户端提供大量带宽）。
带有 Sp1 的 2008 R2 服务器上的远程桌面（将于下个月推出）将允许一定程度的加速，但取决于您所说的强大的 3D，这仍然不起作用。
瘦客户端适用于“低端”应用程序。有时您可以扩展它。例如，我的公司正在 Hyper-V 上使用远程虚拟工作站 (Windows 7) 进行实时金融交易（我们谈论的是运行 3 个以上分辨率为 1600x1200 的屏幕，始终显示实时财务更新）。这几乎就是您所能达到的极限 - 我们考虑将演示和交易分开，并保持远程交易（终端服务发布的应用程序），但图表在本地。
3D 确实会拉伸它。复杂的动画也是如此。在某些时候，您会遇到编码（使用 CPU）、延迟和带宽问题。
这是真正的高端工作站的典型案例。为了便于管理/部署而将这些端点推入瘦客户端，就像从屋顶上建房子一样。这根本行不通。技术现实。