Citrix虚拟化产品学习心得



1      MCS or PVS

以下描述是基于一篇2011年1月的Citrix公司博客文章翻译整理，相关描述可能在现在已经不存在。地址：http://blogs.citrix.com/2011/02/17/mcs-or-pvs-what-should-i-be-using/

MCS（MachineCreation Services）是XenDesktop 5引入的新的虚拟桌面部署的方法。MCS不仅包括发布桌面的功能，还能够控制桌面整个生命周期。

XenDesktop更早存在、更为熟悉的技术是PVS（ProvisioningServices），两者专长于相同的地方。之所以在有PVS的情况下，还引入新的MCS技术，是由于Citrix根据用户在使用XenDesktop 4的反馈——PVS是一个很重要的，可以带来人们对VDI期望的TCO和管理效益，但是PVS是个额外的原件用于部署的，并且在某些场合下是过度杀伤的。MCS被设计在一个更低管理成本下，提供PVS的很多优点。

MCS是第一次接触VDI的正确选择，提供更快和更容易的方法去发现VDI如何改变桌面的管理和发布的。

作为产品，当满足以下标准时，可以选择MCS技术：

1. 计划搭建纯的VDI环境；

2. 计划部署NFS存储（用于XenServer和ESX），或者集群式共享卷（用于Hyper-V）

3. 计划每个XenDesktop站点部署最多2500个桌面（本身技术不存在硬性限制，但是Citrix内部产品测试环境是2500，之后会增加）

4. 对共享存储上的IOPS有一定的接收空间——不像PVS对磁盘块提供内存缓存，MCS会将更多的读请求发送到共享存储。MCS大概有PVS的1.6倍的IOPS。

在其它的环境，PVS是正确的选择，特别是：

1. 计划发布Hosted Shared (RDS-based)或 Streamed physical类型的桌面

2. 需要确定的2500个以上的桌面

3. 对IOPS有要求

4. NFS不是选项（用于XenServer和ESX）

   在未来，intellicache技术将被集成入MCS，并且有更多的改进。

目前还没有找到IntelliCache技术对MCS的IOPS的改进情况的相关数据和是否已经有MCS实施2500个以上桌面的案例。

2      MCS

2.1    工作原理

MCS模式虚拟化环境都开始于一个称为主模板（Master Template）的虚拟机。在一个catalog(目录)里面的所有虚拟机都是以主模板为基础。当创建一个目录时，需要首先选择主模板，然后选择创建pooled或dedicated类型的桌面目录。

 创建目录过程中，MCS将对主模板虚拟机做一个私有的（private）和公共的（public）快照（snapshot）。公共的快照在vSphere客户端是可见的，并且被命名为Citrix_XD_CatalogName（CatalogName即是所创建的目录的名字）。公共的快照可以被删除，而不影响目录和MCS。

  私有快照生成后，会从这个快照创建一个克隆（clone）。每个目录都会创建自己的快照和克隆。因此如果有两个目录基于相同的主模板，那就会有两个克隆。并且在目录里的每一个存储都会创建一个克隆。因此如果有两个目录，每个目录使用相同的5个数据存储，那么一共有10个克隆，即每个目录在每个存储上有一个克隆。

 目录中的每个桌面都只能以只读方式访问它存储上的克隆。

 在创建克隆后，MCS会为每个虚拟机创建差异（diff