Citrix PVS技术架构介绍

1、Citrix桌面虚拟化技术培训Citrix PVS技术架构介绍Provision ServicesXenDesktop and Streamed VM Setup WizardsXenDesktop Setup WizardProvisioning optimization: VM disksCreate write-cache disks in place on destination storageSize is now configurableEach VM booted once to quick formatNo more SLOW network copies of n forma

2、tted write cache disks!Streamed Virtual Machine Setup WizardFunctionalityCreates VMs from template on hypervisor host(s)Creates PVS targets within specified Device CollectionCreates AD computer accounts or import existing onesAssigns shared vDiskStreamed Virtual Machine Setup WizardRequirements One

3、PVS Collection and one vDisk in standard modeAt least one host with one VM templateOne template per hostCloneVer2.vhd15.0 GBVer2.vhd15.1 GBVer2.vhd15.2 GBUpdating a vDisk before Provisioning Services 6.0Ver1.vhd15.0 GBVer2.vhd15.3 GBParentvDisk.1.avhd0 MBvDisk.1.avhd100 MBvDisk.1.avhd200 MBProvision

4、ing Services 6.0 The New ModelvDisk.vhd15.0 GBvDisk.1.avhd300 MBHow does Versioning Work?New VHD typesNew vDisk lifecycle operations and modesNew target device typesNew VHD TypesThe existing VHD file types are preservedFixedDynamic New VHD typesVHD Base Disk, *.vhd (either fixed or dynamic VHD)VHD D

5、ifferencing disk, *.avhdVHD Chains Examples VHD Chains Read/Write AccessVHD Chains Multiple StreamsProperties & Lock FilesProperties file for each version to retain printer configurationsCache type will be determined by top versionLock file will exist for each versionvDisk Lifecycle ManagementMainte

6、nanceTest ProductionStandard ModePrivate Mode New Target Device TypesCitrix Academy 2012MaintenanceTest ProductionLifecycle and VHD Chain OperationsLifecycle operationsNewPromoteRevertVHD chain operationsMerge (2 ways)DeleteReplication (Import / Export)vDisk Versioning User InterfaceIconVersionMaint

7、enance Test PendingCurrent ProductionObsoletevDisk Versioning User InterfaceLifecycle Operations Promoting a vDisk VersionPromoting a Maintenance to Test or Production Lifecycle Operations Reverting a vDisk VersionReverts a Production to Maintenance or Test Reverts a Test into MaintenanceVHD Chain O

8、perations - MergeConsolidate differencing disks intoAnother differencing diskNew base diskNo Maintenance version can existNo Test version(s) can existVHD Merge Consolidated Differencing DiskVHD Merge New Base ImageAutomatic MergeAutomatic Merge WarningCitrix Academy 2012Exporting vDisk VersionsExpor

9、ting vDisk VersionsCopy new versions to new store locationCopy XML file to new store locationImporting vDisks VersionsCopy vDisk and any associated properties files to shared storageCheck vDisk versions to be added to vDisk poolVHD Chain Operations Import/Export Import and export of both versioned a

10、nd unversioned vDisks, from an existing store to a store in a different farmImport or Export of VHDs and VHD chainsTreat disks from external sources as single VHDAll differencing disks not exported with PVS must be merged to a base disk before importedvDisk Update Management Components Remote vDisk

11、StoreVirtual Host ProviderOptional: ESD ServerProvisioning ServicesProvisioning Services designated for Automated vDisk UpdatesvDisk Update Process Configuring Image Updates (1)Enable vDisk Update in the site properties dialogConfiguring Image Updates (2)Add a Host Configuring Image Updates (3)Selec

12、t vDisks and assign them to VMsConfiguring Image Updates (4)Create an update taskCitrix vDisk Update Service Add Scripting Points into Update SequenceServerPre-update scriptPrepare ImagePost-update scriptStart VMMaintenance DevicePre-update scriptApply updatesPost-update scriptShutdownServerPost-VM

13、scriptSubmit ImagePost-update scriptUpdate CompleteEnabling ScriptingServer sideCreate scripts folder under installation folderClient side names to be exactCreate scripts folder under installation folderPreupdate.bat Postupdate.batvDisk Inventory Service In-memory Inventory Table created at startupK

14、eeps track of every vDisk version in the file systemKeeps track of which disks are up to dateLet admin choose replication methodExamples: DFS, PeerSync, Robocopy or scriptsvDisk Replication StatusReplication Benefits SummaryWill keep PVS server out of HA if vDisk version not availableBetter logon wi

15、th no hanging devicesBetter reconnect with no Blue ScreensA graphical view to check replication statusCache in RAM with Disk Overflow的由来新的PVS 7版本，增加了一个新的Write Cache的存放位置称之为“Cache in RAM with Disk Overflow”也就是说Write Cache优先放在Target Device的RAM中，当RAM放满了之后再把不常用的数据放在Target Device的硬盘中。PVS Write Cache 回顾缓存

16、到服务器上，就是说放在PVS的服务器上，缺省和vDisk的摆放位置一样，只不过是不同路径；和其它方式相比这种方式性能最差，也没有高可用配置，所以在VDI方式中坚决杜绝使用，只是在Streaming到物理机或者是无盘瘦客户机时才使用；缓存到Target Device的硬盘上。这种方式会在Target Device的硬盘上创建一个写缓存文件.vdiskcache。所以在Target Device的硬盘是需要NTFS的文件分区别格式来创建这个.vdiskcache文件。到目前为止这种方式是Citrix最佳实践的推荐部署方式，虽然并非是性能最好的方式，但是他在成本和性能之间达到了一个平衡，所以在大部分

17、项目中都是采用这种方式部署。缓存到RAM（内存）中。这种方式保留Target Device的一部分内存用来存放Write Cache，这部分的RAM操作系统将不能再使用了。这部分保留用于Write Cache的内存在vDisk的属性中配置。这种方式能提供更高的吞吐率，更好的响应时间，以及为Write Cache提供比前几种方式更高的IOPS，比较内存的读写速度要远胜于磁盘的速度。但此种方式需要大量内存，不适合真正投入生产环境中。缓存到RAM并且溢出到硬盘，这是一种新的Write Cache形式，其实就是第二和第三种方式的组合，默认状态下Write Cache是写入到Target Device的

18、内存中，当内存写满了时在写入到Target Device的硬盘中。Cache in RAM with Disk Overflow的工作方式与过去版本相同，缓存的大小是在vDisk的属性中配置，缺省状态下，缓存的大写是64MB，并且可以设置为任何大小。该模式并不是像方式“缓存到RAM（内存）中”那样预留一部分Target Device的内存，“缓存到RAM并且溢出到硬盘”方式的Write Cache是被映射到内存中的非页面池中，并且按照需求来使用，如果系统不再需要时，内存是可以被释放到系统的；在Target Device的硬盘上，“缓存到RAM并且溢出到硬盘”方式并不是使用旧方式的.vdiskc

19、ache文件，而是使用一个VHDX格式的文件：vdiskdif.vhdx文件。在启动的时候，该VHDX文件的文件头是4M大小；数据是首先写入到内存中的缓存，一旦缓存满了，不活动的数据将溢出到磁盘上；数据写入到VHDX时是以2MB一个块写入，而不是以前的以4K一个块写入。在开始的时候，看起来Write Cache貌似比旧的.vdiskcache这个缓存文件增长的要快，但是随着时间的推移，新格式的文件所消耗的空间却不会显著增大，这是因为数据最终将会被填充到保留的2M数据块中；Cache in RAM with Disk Overflow 测试（1）服务器：四核CPU，32G内存一块专用的7200转

20、SATA 3硬盘（带64M缓存），用户存放Windows 7虚拟机；Windows 7 X64虚拟机配置：2 vCPU，2.5G内存虚拟机数量启动持续时间全部IO读写每虚拟机IOPS每虚拟机读IOPS每虚拟机写IOPS读写比例1个2分钟每虚拟机249212131842986% / 14%5个6分钟每虚拟机2527270601086% / 14%虚拟机数量登录持续时间全部IO读写每虚拟机IOPS每虚拟机读IOPS每虚拟机写IOPS读写比例1个25秒每虚拟机43901751037259% / 41%5个90秒每虚拟机424948232548% / 52%虚拟机数量会话持续时间全部IO读写每虚拟机I

21、OPS每虚拟机读IOPS每虚拟机写IOPS读写比例1个45分钟每虚拟机227138.535.535% / 65%5个45分钟每虚拟机200097.525.527% / 73%启动打开应用程序稳定MSC方式Cache in RAM with Disk Overflow 测试（2）服务器：四核超线程CPU，32G内存一块专用的7200转SATA 3硬盘（带64M缓存），用户存放Windows 7虚拟机的写缓存；Windows 7 X64虚拟机配置：2 vCPU，2.5G内存；PVS 7.1标准镜像，RAM Cache设置为256MB（PVS在单独的主机上）；虚拟机数量启动持续时间全部IO读写每虚拟

22、机IOPS每虚拟机读IOPS每虚拟机写IOPS读写比例11个3.5分钟每虚拟机5362.51.41.156% / 44%虚拟机数量登录持续时间全部IO读写每虚拟机IOPS每虚拟机读IOPS每虚拟机写IOPS读写比例11个3分钟每虚拟机1010.560.050.519% / 91%虚拟机数量会话持续时间全部IO读写每虚拟机IOPS每虚拟机读IOPS每虚拟机写IOPS读写比例11个45分钟每虚拟机2900.10.0010.11% / 99%启动打开应用程序稳定新PVS方式测试结论 PVS Cache in RAM with Disk Overflow大大降低存储成本，落到本地硬盘的IOPS每用户小

23、于1, 服务器无需配置SSD硬盘，配置2个或4个SAS硬盘就可以。 从上面大量的测试结果中我们可以看出来，新的PVS的写缓存技术对于存储读写显著减少可以大量消除你去购买昂贵的SAN 存储的必要性，无论你是用于XenApp还是池化桌面都是完全适用。PVS的这个特性产生的原因其中之一就是因为它改变了I/O写入磁盘的模式。一个XenApp或者是一个VDI传统上都是发送大部分的4K大小的随机写操作到磁盘中，对于硬盘来说这是最吃力的大小，这也是为什么VDI方式对SAN产生压力的主要原因。当配置了Cache in RAM with Hard Disk Overflow后，所有的I/O操作首先被写入到内存中，而这点读写对内存完全不是问题。当内存满了必须溢出到磁盘中时，他会写入到磁盘上的VHDX文件中，而写入的时候通常都是以2MB大小为一个单位写入的，VHDX文件的每2MB大小的数据块能极大的提升性能。 配置过程跟原来write cache on local harddisk是一样的，在创建虚拟机模板时，需要创建