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进行配置
本文转自robbindai 51CTO博客，原文链接:
http://blog.51cto.com/virtualyourdesk/783306
