对我的ESXi/Horizon/View相关选项在虚拟化这个小型混合设置中的困惑

Question

我正在虚拟化一个由六台混合PC机和小型服务器组成的小型系统。其目的是整合硬件资源(一台高规格服务器+瘦客户端，而不是全部同时使用的8台中到高规格的单个设备)，增强移动性和会话启动-停止-暂停-移动，允许资源共享(不活动的机器可以暂停，用于其他事情的资源，而不是让专用的PC闲置，偶尔的繁重工作也可以在VM之间“平均”，不需要每台机器都能处理它)，并允许所有设备上的会话快照。我已经使用VMware工作站进行了一年左右的小规模试验，看看这种方法是否对设置有好处，而且它非常明显，足以更充分地转移到VM服务器。

所有事情都很简单，但我的困惑是视频处理方面以及它们是如何交互的(VDI、SVGA支持的视频卡、PCoIP/RDP和pros+cons在桌面上比较通才的ESXi与更专业的ESXi/Horizon之间)。这个区域完全让我迷惑不解，也阻碍了我。

网络的使用和休息--在任何给定的时间内，活动的VM都是由大约3-5台Windows桌面和3-4个小型内部*nix服务器(外壳修补、微型radius服务器等)混合而成。台式机主要用于桌面和Windows 8.1/10 ( Office套件、浏览、编码/开发、视频查看、偶尔少量Photoshop )的“生产力”工作，但桌面“窗口”的使用可以是密集的和多任务的。大多数现代软件也可以使用2D硬件渲染，如果可以在应用程序中卸载桌面GUI组合和控件。服务器都是轻负载*nix。有一个单独的健壮文件服务器+场外复制，有足够的容量/硬件规范支持一个或多个VM服务器，以及文件服务器/VM服务器链接的10GLAN。

我对这个问题的重点是图形处理方面。我不愿意完全依赖于软( CPU )桌面和图形处理，因为它所带来的过多CPU负载，即使是为了适度的使用，所以我想计划和规范一点。我希望在视频资源共享方面有一定的灵活性，而且使用方式也各不相同，所以如果仅靠CPU是不够的，我真的想要一种VSGA或类似的解决方案，而不是专门针对每个VM的通通解决方案。

我的问题是无知，公开承认。我不知道在图形/桌面的使用方面有什么选择是有意义的。虚拟化通常是以单一的目的和更大的规模来讨论的，而不是像这样的异构混合体。我的困惑是这样的-

• 视图/地平线是如此专业化，以至于我只能在它们上运行VDI，还是我也可以使用它们来运行托管非桌面服务器的通用VM，就像我对ESXi一样？相反地，如果我使用标准的ESXi VM来托管桌面，那么与桌面GUI相关的优化相比，ESXi与其他方式无法弥补的视图/地平线相比少了多少呢？
• 我想加速VDI，并将其中的大部分从主机CPU卸载。但是，这是否迫使我沿着View/Horizon路线前进，或者如果不是，哪些硬件将与普通的ESXi +客户端相关？(VSGA有能力的卡，如quadro 6000或我是否需要网格(我也想避免网格，因为额外的成本超过VSGA)？泰瑞迪西薄客户卡，还是不？)
• 移动到VDI和任何感觉到的延迟(主要是LAN，但偶尔是远程)是否会迫使我选择远程桌面/PCoIP协议和系统，或者瘦客户机硬件，以及我选择VM系统和视频相关硬件？

Answer 1

视图/地平线是如此专业化，以至于我只能在它们上运行VDI，还是我也可以使用它们来运行托管非桌面服务器的通用VM，就像我对ESXi一样？

好的，View/Horizon运行在ESXi之上，所以没有什么可以阻止您在同一台主机上运行“常规”VM。

相反地，如果我使用标准的ESXi VM来托管桌面，那么与桌面GUI相关的优化相比，ESXi与其他方式无法弥补的视图/地平线相比少了多少呢？

有两件事我可以想到，ESXi可以处理GPU传递到VM，但不如视图/地平线，它特别擅长处理那些面向NVidia网格VDI的GPU。第二，虽然实际上是由ESXi来完成这项工作，但创建链接--单独使用ESXi的克隆--但这是视图/Horizon如何工作的基石--每个VDI VM都是链接的--它们可以通过至少一个不同的API创建，但这是一个脚本，我不确定它是否100%被支持。

我想加速VDI，并将其中的大部分从主机CPU卸载。但是，这是否迫使我沿着View/Horizon路线前进，或者如果不是，哪些硬件将与普通的ESXi +客户端相关？(VSGA有能力的卡，如quadro 6000，还是我需要网格？)泰瑞迪西薄客户卡，还是不？)

这是完全合理的，100%，但我会非常具体地坚持网格，他们的工作很好，我喜欢有两个完全不同的模型可供选择根据您的需要。

移动到VDI和任何感觉到的延迟(主要是LAN，但偶尔是远程)是否会迫使我选择远程桌面/PCoIP协议和系统，或者瘦客户机硬件，以及我选择VM系统和视频相关硬件？

我希望我有一个“一刀切”的答案，但这是一个‘它取决于’的问题，如果你想知道你必须同时构建和基准。我想说的是，VDI听起来最适合您的场景，我有点担心单服务器的问题，就好像它已经死在水里一样，但是当有预算时，您可以用第二台服务器来修复这个问题。对于VDI的实现，我强烈建议的几件事是不要减少内存，它现在很便宜，而且我想要至少128 go的内存，也可以将用户数据保存在“磁盘”上，但是您希望您的VM/链接--尽可能快地在磁盘上克隆--当然是RAID 1/10中的2个或更多的SSD，或者是一个PCIe NVMe适配器--它们会对您的VDI性能产生巨大的影响，所以很难不将这作为强制性要求(原因是您有多个用户在本质上相同的数据集上运行IO，低延迟是你的朋友:)。