PVS让存储颤抖.docxVIP

PVS让存储颤抖，系列博文之一：PVS的写缓存新技术原文：/1412963/1441543桌面虚拟化整体项目的成本不外乎是软件、硬件以及服务。其中软件包括虚拟化软件的License和微软相关软件的授权License，硬件一般包括服务器、存储和网络交换设备等。一般来说硬件成本占整个桌面虚拟化成本的超过60%，甚至更高。在硬件成本中存储的成本又是最高的，有统计数据表明硬件成本中超过一半是共享给了共享存储。PVS的技术能显著降低桌面虚拟化项目的成本已经被无数项目所证实，但是由于PVS是有别于桌面管理控制台之外的一个单独的管理服务器，所以以前在很多项目中VMware都对客户说Citrix的管理平台太复杂，管理效率低下，对业内不太了解的客户自然就信以为真，殊不知为此付出了惨重的代价；最近一段时间很少再听到VMware公司还对客户说同样的话了，原因是他们自己的控制台越来越多，复杂程度超过了Citrix的桌面虚拟化，不过可惜的是换来的并不是类似Citrix PVS对桌面发布技术的高效，而是因为把收购来的不同产品硬性整合所带来的多产品之间混乱格局，此话题咱们暂且先搁置，有时间再慢慢道来。今天给大家带来的是一个PVS的新技术，叫做“Cache in RAM with Disk Overflow”，什么意思呢？顾名思义，就是把为每个虚拟机分配的Write Cache写到Target Device的RAM中，当RAM写满之后，才继续写入Target Device的硬盘中。我们这篇文章将会是第一讲，介绍该特性，下一篇博文将会详细通过实际数据来验证该特性，以及介绍如何使用该方式。回顾一下PVS的技术特性在我们介绍这个新特性之前，你必须对PVS的写缓存技术有一点的了解。好在这几年都陆陆续续写过一点心得，有时间的话推荐你去看看我之前写的几篇博文：PVS写缓存容量设计和部署位置的考虑/1412963/1441381提示：这篇文章是本人在2011年11月5日有感而写的一篇电子邮件，因为其中的内容会在即将发表的一篇新博文被引用，故重新贴于此处。由于是近三年前的内容，技术也在不断进步，其中的部分内容已经不再适合于现在，仅作了解技术发展之用。Citrix Blog经常会有一些Blog写的很有深度，适合于高手；也有一些Blog善于归纳，适合经验总结。今天看到一篇博客就属于后者，讲解PVS写缓存的容量大小设计和部署位置的考虑，供大家参考。PVS WriteCache Sizing Considerations作者更在写文章之后做了一个问卷调查，实际调查PVS的用户都是如何配置写缓存的：PVSWrite Cache Sizing Considerations – Follow Up?我们摘要一些第一篇博客的精要：一：部署位置写缓存的部署地点可以有Cache on ProvisioningServerCache on Target Device RAMCache on Target Device HardDrive把写缓存设置在target side好处it keeps the write “close”to the target；minimizes the load on theProvisioning Serversthis disk can also be usedfor data, which needs to be persistent缺点it requires more resourceson the target side作者的倾向：Personally I prefer using a target side hard disk for storingthe write cache for virtual desktops and XenApps.?二：本地磁盘本地磁盘和共享存储部署写缓存的优缺点分析：Option 1 – write cache disk on sharedstoragePro:High level of performance(typically)Easy to scaleCentral monitoring andmanagementVirtual targets can bemoved between hypervisor hosts for load balancing and/ or management reasonsCon:ComplexityCostAvailable disk space onhypervisor hosts is wasted?Option 2 – write cache disk on localdiskPro:Cheap (compared to sharedstorage)Low complex