View 5.1 重装上阵（4―基础架构篇）

从底层架构方面来看，VIEW 5.1最大的改进在于引入了Content-Based Read Cache(CBRC)

技术，大大降低了部署桌面虚拟化所带来的IOPS风暴，同时大大降低了对于存储的压力和成本，可谓桌面虚拟化领域的一大福音。

在以往的桌面虚拟化项目中，例如400台虚拟桌面组成的环境，如果平均每个桌面的IOPS是 15的话，那么存储的IOPS至少应该是400×15=6000. 至少也得是一台中高端存储才能提供的IOPS. 特别是在早上开机所有机器同时启动时，所有机器开始做病毒扫描时，IOPS达到峰值，严重影响存储的性能以及桌面的用户体验。这时候你会发现，其实大多数桌面都是在读同样的数据（大家都是在加载同样的病毒定义，加载同样的操作系统，以及应用程序）。所以VMWARE通过CBRC技术，将ESXI主机的内存作为缓存CACHE, 这样做虚拟桌面使用时，同样的IO请求在多个虚拟桌面之间，就只需要向存储设备请求一次，而且很多重复IO请求直接命中内存中的CACHE，大大提高了读写效率。

相应的配置如图所示：













有测试数量表明，在单个服务器，50个Windows 7虚拟机的测试环境





通过使用VMware提供的存储优化技术，IOPS数量以及带宽开销将大幅下降

有关更多关于CBRC功能的介绍，请参考文生大师的文章：桌面虚拟化之存储加速功能

除此之外，另一项和存储相关的功能叫做VAAI

在虚拟服务器环境中，其存储硬件和Hypervisor管理程序的通讯非常复杂。VMware为简化其通讯并提高效率，研发了vStorage阵列集成应用接口（VAAI）。该应用接口为Hypervisor管理程序和存储设备规范了不同的职责，使其各自关注工作效能最大化，即Hypervisor致力于虚拟化相关的工作而存储相关的工作则留给存储阵列。

通过VAAI，存储阵列厂商可以直接将其存储硬件及应用程序和vSphere进行集成。VAAI使得某些存储层的工作，诸如克隆等，可以在存储阵列上离线运行，这较在主机端完成更为高效。主机端可以简单地将相关工作转到存储阵列上完成，而主机端只负责过程监控，而非使用主机端的资源来完成（在VAAI之前的产品即是如此）。存储阵列更擅长此类数据工作，可以较主机端更为快速的完成相关服务请求。

VIEW 5.1需要利用NAS本身的NATIVE CLONE功能以及和VAAI兼容性，对系统要求如下：

ü vSphere 5.0 (MN) or later

ü View and View Composer 5.1 or later

ü NAS native clone-capable array and firmware (with feature enabled)—vendor-dependent

ü Vendor supplied host plugin

ü Array must be on the HCL, installed firmware version must support VAAI.

ü VAAI must have been enabled on the array.

ü Vendor-supplied host plugin installed on all hosts which are connected to the storage.

ü No specific installation/configuration required on vCenter, View or View Composer servers.

可参考下图对VAAI进行配置