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,大大提高了读写效率。

相应的配置如图所示:

clip_image002

clip_image004

clip_image006

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

clip_image008

通过使用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进行配置

clip_image010

clip_image012

clip_image014

View 5.1 重装上阵(1--概述)

View 5.1 重装上阵(2—管理篇)

View 5.1 重装上阵(3—用户体验篇)

View 5.1 重装上阵(4—基础架构篇)

你可能感兴趣的:(vmware,view,5.1,桌面虚拟化)