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優(yōu)先放在Target Device的RAM中，當RAM放滿了之后再把不常用的數(shù)據(jù)放在Target Device的硬盤中。PVS Write Cache 回顧緩存

16、到服務器上，就是說放在PVS的服務器上，缺省和vDisk的擺放位置一樣，只不過是不同路徑；和其它方式相比這種方式性能最差，也沒有高可用配置，所以在VDI方式中堅決杜絕使用，只是在Streaming到物理機或者是無盤瘦客戶機時才使用；緩存到Target Device的硬盤上。這種方式會在Target Device的硬盤上創(chuàng)建一個寫緩存文件.vdiskcache。所以在Target Device的硬盤是需要NTFS的文件分區(qū)別格式來創(chuàng)建這個.vdiskcache文件。到目前為止這種方式是Citrix最佳實踐的推薦部署方式，雖然并非是性能最好的方式，但是他在成本和性能之間達到了一個平衡，所以在大部分

17、項目中都是采用這種方式部署。緩存到RAM（內存）中。這種方式保留Target Device的一部分內存用來存放Write Cache，這部分的RAM操作系統(tǒng)將不能再使用了。這部分保留用于Write Cache的內存在vDisk的屬性中配置。這種方式能提供更高的吞吐率，更好的響應時間，以及為Write Cache提供比前幾種方式更高的IOPS，比較內存的讀寫速度要遠勝于磁盤的速度。但此種方式需要大量內存，不適合真正投入生產環(huán)境中。緩存到RAM并且溢出到硬盤，這是一種新的Write Cache形式，其實就是第二和第三種方式的組合，默認狀態(tài)下Write Cache是寫入到Target Device的

18、內存中，當內存寫滿了時在寫入到Target Device的硬盤中。Cache in RAM with Disk Overflow的工作方式與過去版本相同，緩存的大小是在vDisk的屬性中配置，缺省狀態(tài)下，緩存的大寫是64MB，并且可以設置為任何大小。該模式并不是像方式“緩存到RAM（內存）中”那樣預留一部分Target Device的內存，“緩存到RAM并且溢出到硬盤”方式的Write Cache是被映射到內存中的非頁面池中，并且按照需求來使用，如果系統(tǒng)不再需要時，內存是可以被釋放到系統(tǒng)的；在Target Device的硬盤上，“緩存到RAM并且溢出到硬盤”方式并不是使用舊方式的.vdiskc

19、ache文件，而是使用一個VHDX格式的文件：vdiskdif.vhdx文件。在啟動的時候，該VHDX文件的文件頭是4M大??；數(shù)據(jù)是首先寫入到內存中的緩存，一旦緩存滿了，不活動的數(shù)據(jù)將溢出到磁盤上；數(shù)據(jù)寫入到VHDX時是以2MB一個塊寫入，而不是以前的以4K一個塊寫入。在開始的時候，看起來Write Cache貌似比舊的.vdiskcache這個緩存文件增長的要快，但是隨著時間的推移，新格式的文件所消耗的空間卻不會顯著增大，這是因為數(shù)據(jù)最終將會被填充到保留的2M數(shù)據(jù)塊中；Cache in RAM with Disk Overflow 測試（1）服務器：四核CPU，32G內存一塊專用的7200轉

20、SATA 3硬盤（帶64M緩存），用戶存放Windows 7虛擬機；Windows 7 X64虛擬機配置：2 vCPU，2.5G內存虛擬機數(shù)量啟動持續(xù)時間全部IO讀寫每虛擬機IOPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例1個2分鐘每虛擬機249212131842986% / 14%5個6分鐘每虛擬機2527270601086% / 14%虛擬機數(shù)量登錄持續(xù)時間全部IO讀寫每虛擬機IOPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例1個25秒每虛擬機43901751037259% / 41%5個90秒每虛擬機424948232548% / 52%虛擬機數(shù)量會話持續(xù)時間全部IO讀寫每虛擬機I

21、OPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例1個45分鐘每虛擬機227138.535.535% / 65%5個45分鐘每虛擬機200097.525.527% / 73%啟動打開應用程序穩(wěn)定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在單獨的主機上）；虛擬機數(shù)量啟動持續(xù)時間全部IO讀寫每虛擬

22、機IOPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例11個3.5分鐘每虛擬機5362.51.41.156% / 44%虛擬機數(shù)量登錄持續(xù)時間全部IO讀寫每虛擬機IOPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例11個3分鐘每虛擬機1010.560.050.519% / 91%虛擬機數(shù)量會話持續(xù)時間全部IO讀寫每虛擬機IOPS每虛擬機讀IOPS每虛擬機寫IOPS讀寫比例11個45分鐘每虛擬機2900.10.0010.11% / 99%啟動打開應用程序穩(wěn)定新PVS方式測試結論 PVS Cache in RAM with Disk Overflow大大降低存儲成本，落到本地硬盤的IOPS每用戶小

23、于1, 服務器無需配置SSD硬盤，配置2個或4個SAS硬盤就可以。 從上面大量的測試結果中我們可以看出來，新的PVS的寫緩存技術對于存儲讀寫顯著減少可以大量消除你去購買昂貴的SAN 存儲的必要性，無論你是用于XenApp還是池化桌面都是完全適用。PVS的這個特性產生的原因其中之一就是因為它改變了I/O寫入磁盤的模式。一個XenApp或者是一個VDI傳統(tǒng)上都是發(fā)送大部分的4K大小的隨機寫操作到磁盤中，對于硬盤來說這是最吃力的大小，這也是為什么VDI方式對SAN產生壓力的主要原因。當配置了Cache in RAM with Hard Disk Overflow后，所有的I/O操作首先被寫入到內存中，而這點讀寫對內存完全不是問題。當內存滿了必須溢出到磁盤中時，他會寫入到磁盤上的VHDX文件中，而寫入的時候通常都是以2MB大小為一個單位寫入的，VHDX文件的每2MB大小的數(shù)據(jù)塊能極大的提升性能。 配置過程跟原來write cache on local harddisk是一樣的，在創(chuàng)建虛擬機模板時，需要創(chuàng)建