从底层架构方面来看,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进行配置