上周回顾了客户端hypervisor的历史以及为什么它们不能帮助管理员实现离线VDI。 以下是一些适合使用客户端hypervisor的场合。
最初的客户端hypervisor没能发挥应有的作用，是因为其不能提供对VDI至关重要的硬件支持和良好的用户体验。现在，你可以通过不同的方式使用客户端hypervisor——进行灵活的桌面管理。
Type 1客户端hypervisor
Type 1客户端hypervisor的用处在于其可以赋予虚拟机(VM)直接访问硬件的能力，为用户带来类似于本地的体验。并且比Type 2客户端hypervisor更加安全，因为在VM和硬件之间没有运行任何操作系统。
除此之外，Type 1 hypervisor的系统接口和硬件直接进行交互，你也可以直接管理硬件。这意味着你可以使用集中管理策略来启用/禁用设备、服务甚至整个系统。借助Type 1 hypervisor，你可以管理虚拟桌面和设备。
更重要的是，还能够扩展各个系统hypervisor供应商间的硬件支持，这意味着我们可以忽略硬件配置，在各种硬件配置间使用同一套操作系统映像。过去我使用这种方法在不真正部署VDI的情况下，实现了VDI功能。
Type 1客户端hypervisor也存在一些挑战。首先就是安装的过程是具有破坏性的，除了格式化笔记本或PC，目前还没有其他的办法来进行部署。你可以先将自己的桌面从物理机迁移到虚拟机，安装完hypervisor后，再将其复制到设备上。这有点复杂。
另外一个问题就是用户可能对主机用户界面(UI)不是很熟悉。还好，Linux主机的皮肤类似于Windows，用户在熟悉界面上花费的时间较短。
Type 2客户端hypervisor的使用
Type 2客户端hypervisor则具有不同的特性。它几乎完全不涉及底层硬件，因为它们依赖Windows来实现所有底层繁重的操作。这意味着其安装过程不具有任何破坏性，在不擦除用户数据的情况下，可以部署到任何地方。除此之外，因为它运行在主机操作系统之上，界面很熟悉。
但是这种类型的客户端hypervisor也存在一些弊端。在Type 2 hypervisor中，所有硬件都是通过模拟实现的，所以系统不是将图形界面调用直接发送给GPU，而是将其发送给主机操作系统，让其和硬件进行通讯。
还有一个突出的缺点是，如果主机操作系统变得不可控，VM可能也会出现问题。设想一下恶意截屏或者键盘记录这种恶意软件如果在主机上运行，监视你输入的信息和在VM上的操作(这很可能发生，因为所有的程序都运行在主机操作系统上)，可以预见潜在的隐患。
当我们跳出这个问题，真正了解了客户端hypervisor的优点和弊端时，相比起初的使用情况，会有很大的改观。当IT专家们想要移动网络或者WAN中的VM时，客户端hypervisor可以有效地管理硬件，将同样的Windows映像部署到公司的每台电脑上，并进行集中管理。
你有多种选择来实现，但是每种方案都有其优点和不足。你可以在任何环境下使用Type 2 hypervisor，但是要牺牲一些性能(可能还会有安全方面隐患，但是是可控的)。或者，你可以使用Type 1 hypervisor来提供类似于本地用户体验。
尽管开始的时候客户端hypervisor会让我们有些失望，但是它们作为桌面管理解决方案又重新出现的时候，难道不就是我们一直在尝试的更好的桌面管理软件吗?
