实施Cirtix Desktop桌面虚拟化的10项优化方案.doc

实施Cirtix Desktop桌面虚拟化的10项优化方案10. 没有计算对网络的影响不管虚拟桌面是如何部署的（主机共享，基于VDI, 本地流化等）, 网络都扮演了一个很重要的角色， 伴随着网络延迟的增加和贷款的减少， 用户体验会下降。 网络的构建必须基于用户的类型和总体网络拓扑结构。 根据Xenapp的经验， 很多组织给每个用户预估了20K的带宽。 但是Xendeaktop需要更多的带宽， 原因如下：1、在默认配置的情况下， 虚拟桌面比虚拟应用给客户提供了更多和更丰富的体验。 2、比起虚拟应用的用户， 虚拟桌面用户更少处于空闲状态。 打个比方， 当一个用户在在台式机上面跑虚拟应用的事情， 这个用户就是活动的， 但是当他不用Xenapp的时候， 尽管他在使用电脑在做其他的事情， 对于Xenapp来说， 他就是一个空闲用户。 由于这个不同， 虚拟桌面比虚拟应用有更少的空闲时间。 3、比起大部分虚拟应用来说， 虚拟桌面需要消耗更多的多媒体和图像资源。 一个用户的虚拟桌面通常包含了上网活动， 这通常会包含很多的图像， 视频和音频的内容。 但是当使用Xenapp的时候， 只有当程序允许的情况下， 这些多媒体的功能才会被用到。由于ICA/HDX是根据可用网络带宽来进行自我调整的，网络的影响并不是一个小事。 小的带宽意味着更多的压缩。 同时， 任何预估都要考虑到使用者的应用类型： 输入、图形、网络、视频（flash、WMV等）和打印。更具下面的图标， 你可以预估一下带宽：参数（网络负载类型Xendeaktop 占用带宽使用Branch repeater以后占用的带宽office43 Kbps31kbpsinternet85kbps38kbpsprinting553-593kbps155-180kbpsflash video174 kbps128kbpsstandard wmv video464 kbps148 kbpshigh definition wmv video1812 kbps206 kbps空闲最小最小通过计算每个用户可能使用的每种应用的时间比例， 就可以得出对于ICA的带宽要求， 如果多个用户会可能会访问同一种类型的内容（影音、网页、文件等）， 那么就需要在网络里面部署branch repeater， 它能大大减少带宽的消耗。 当然，其效果还要看用户重复访问的某个程序的频率多少。 9.没有用户配置文件的策略如果要让每个用户的桌面个性化， 那么用户配置文件池的个性化是一个重要的途径。如果让用户接受一个新的用户桌面策略，那么用户必须有权限定制他们自己的桌面。这些个性化的桌面对于环境的性能不能有负面的影响。 如果一个企业没有正确的计划桌面配置策略， 那么如下问题就很有可能发生：1、缓慢的login/logout性能2、不一致的结果3、丢失设置这些可能的结果会给整个解决方案带来负面的影响， 例如：一个企业已经有了一个配置策略， 用户已经开始在这新的系统里面开始工作， 一天， 一个用户在使用的时候， 配置文件崩溃了并且导致他们的整个配置文件丢失。 这就意味这这个用户需要从新创造他的配置策略。 配置文件被删除以后， 用户会很快意识到他们的所有文件都被删除了。 再仔细检查， 才发现用户吧他们所有的文件都储存在“我的文档”这个文件夹里面。 当配置文件被删除以后， 这个文件夹也随之被删除了。 另外一个例子：一个用户的虚拟桌面是跑在vmware的平台上面， 几个月以后， 用户决定对他们的配置文件进行升级， 但是升级以后发现， 所有的用户的个性化配置都丢失了。 为了解决这些潜在的问题， 一个配置策略必须要包含如下的几个方面1、文件的从新指向： 把部分的配置文件存储在网络硬盘上面而不是存储在漫游的配置文件夹里面（roaming profile）. 这样可以让配置文件能够快速的被部署而且不会被删除。 2、群策略：利用群策略来配置每个虚拟用户的配置文件。 只用当用户登录虚拟桌面的时候这些策略才能够被使用。3、 持久性：定制配置策略，以允许用户的个性化配置内容被解压和存储在用户配置文件之外。 关于其他的配置方法， 你可以在下面的链接找到（/article/CTX124799）8：缺少应用虚拟化的策略没有应用虚拟化， 桌面虚拟化也能非常成功， 但是在特定的环境下面， 特别是在一些小的， 不复杂的环境下面， 桌面虚拟化的主要目标是简化桌面管理的复杂性。 一个重要的操作办法是减少影像的数量。 然而， 应用常常需要额外的影像支持。 企业的典型做法是通过以下的三种途径来解决这些问题：1、把所有的应用都安装在一个标准桌面里面。2、根据不同的客户类型， 基于不同应用，产生出多种影像。 3、把应用从桌面影像里面移出， 通过虚拟应用来发布影像。 这三种方法都是合理的， 而且适用于不用的工作场景。 但是如果在错误的环境中使用了以上的方法， 其导致的结果如下所示：一个企业在他的一个桌面影像里面安装了所有的商业应用。 影像被测试和安装以后一直运作的很好， 直到有一天， 一个应用要被升级。 这个升级会给其他的的应用程序带来问题， 而这个问题实在影像完全部署完以后才能显现出来。 这样用户就会遇到这样一个问题： 为什么他们能够看见多有的应用程序，针对这些应用程序， 需要他们做什么事情， 用户是一头雾水。 通过吧一些非标的应用从桌面虚拟化的影像里面移开，转而通过应用虚拟化来发布， 就可以提高用户的体验。 另外一个例子：一个企业企图通过如下的方式给他们公司的所有桌面做虚拟化：一个拥有200个客户端的企业实施了桌面虚拟化， 通过一个完整的虚拟化操作指南， 他们把所有的应用通过hosting和streaming技术实现了所有应用的虚拟化。 虽然这个方案能够实现并且能够被无缝集成， 但是维护各个不同的部分却是一个很头痛的事情。 由于企业有4个不同的应用， 实施4个不同的虚拟影像比一个完全的应用虚拟化来的更加简单。 一个正确的虚拟化策略需要被决定1、如果客户端影像的数量太多而不能被有效的管理， 那么， 由于影像的数量上升，虚拟环境将越来越难管理。 通过应用虚拟化， 影像的数量将会被大幅减少。 另外一方面， 如果只有一少部分影响需要部署， 部署和支持应用虚拟化的方案就会显的不那么划算了。 2、如果传统的台式机（非虚拟化）的机器还是被企业需要的话， 如果应用被虚拟化， 那么传统机器的的管理将会便的简单。 3、如果托管应用或者所有的应用被流化到到桌面， 通过移除托管的内容，由于较少的资源被占用， 应用虚拟化的的环境就被简化了。 在任何一个实施中， 应用的虚拟化是必须的。 将这些应用集成到虚拟桌面里面也必须正确配置。 当实施桌面虚拟化的时候， 下面的表个里面是一些普遍的做法：基础应用不规则应用耗资源应用技术挑战性应用描述所有用户都用的到的基础应用特别定制的客户应用， 终端用户支持消耗大量的系统资源大的， 复杂， 经常应用， 需要经常升级的应用举例office, acrobatCAD/CAM;DATA PROCESSING;epic;Cerner; sap建议的做法安装在虚拟桌面的映像中安装在虚拟桌面的映像中流化到桌面映像安装在Xenapp的服务器上7、错误的资源分配很多用户只是部分在使用客户端的计算资源， 这就让桌面虚拟化变的非常有吸引力。 通过在所有用户之间共享资源， 那么总体的资源的需要就降低了。 毕竟， 在最大化每个服务器支持的虚机数量和给用户提供一个良好的虚拟体验之间， 有一个很好的平衡点。 任何一种虚拟控制程序， 如果负载过重， 就会导致不好的客户体验。 参数虚拟层描述CPU 分配Citrix XenServerMicrosoft Hyper-VVMware ESX用户应该从一个虚拟的CPU开始，只有当满足如下条件的时候才开始分配第二个CPU:1:大多数的虚拟桌面之需要分配一个VCPU. 很多基于用户的应用是单线程的。 如果分配多个CPU的话， 性能并不会提高 很多基于用户的应用并不需要太多的计算量， 也不需要太多的计算能力2：通过给虚拟桌面分配多VCPU; 那么额外的资源将会被 使用来调用不同的VCPU资源命令调整Citrix XenServerMicrosoft Hyper-V VMware ESXXendesktop 的控制器会发送一些初级的命令给到虚拟层来执行一些简单的任务（开始，停止，重启等）。 如果太多类似的命令被同时发出， 那么链接到虚拟层的命令显的很零散。 这样的命令对虚拟层会有一个很大的影响，从而对用户也会有影响。 建议的做法是把这些对这些命令的发出设一个阀值， 具体的操作方法在第5里面（管理启动风暴）里面会提及透明页面共享VMware ESX透明页面共享确实是可以让ESX虚拟层能够在不同的虚机之间共享相同的内存。 通过对内存消耗的正面影响， 他就能提高虚拟桌面的性能。 虽然到目前为止，还没有任何第三方的文件证实这种显著的益处。 值得一提的是， 透明叶面共享确实需要cpu 循环来比对内存区。 内存漂移VMware ESX内存漂移能够动态释放那些不活动虚拟机的内存， 然后提供给活动的虚拟机使用。 内存漂移功能会给那些不活动的虚拟机带来内存压力， 逼迫他们使用自己的寻呼区从而释放内存给活动的虚机。 在实际的虚拟应用里面， 迫使虚拟桌面寻呼到磁盘需要耗费额外的CPU资源，从而降低了客户的体验。 如果一大批用户在同一时间变成活动状态（例如午餐以后）， 那么这些内存必须从磁盘从新获得， 这就需要一定的时间了。 如果一个服务器承载了很多的虚拟桌面， 很有可能服务器的内存会溢出。 那么会造成虚拟层从磁盘调用更多内存。 强烈建议取消这个功能。 6. 没有优化防病毒软件及时在虚拟桌面的环境里面， 防病毒软件也很重要。 如果在使用托管的虚拟桌面或者给予托管的机遇vm的虚拟桌面， 这些虚拟桌面和其他的一些重要应用被托管在数据中心， 如果数据中心中毒的话， 就会使整个环境处于危险之中。 然而， 只是简单的给每台虚拟桌Provisioning services面安装病毒软件也会给整个虚拟基础架构产生很大的影响， 甚至会给用户造成一个很差的虚拟桌面体验。 如果虚拟桌面是使用provisioning服务流到虚拟桌面的，而且这些虚拟桌面几乎在同一个四件开始全盘病毒扫描，这些桌面将会需要建立一个全面的虚拟影像， 这不仅会是整个网络和provisioning服务受到冲击， 而且由于写缓存在被使用 ， 整个基础架构也会受到影响。 要客户这些问题其实很简单， 建议如下：1： 虚拟影像必须不能中毒。 建议在私有影像（写/读）的状态下进行一个全盘扫描。 这会保证影像是没有中毒的。 2： 如果虚拟磁盘的状态时标准状态（只读）， 防毒软件的配置方式如下：1、仅仅扫描 新建/调整 的文件2、仅仅扫描写事件3、仅仅扫描本地磁盘4、下面的不要扫描A、 页面文件（pagefiles）B、 Print spooler directoryC、 Write cache fileD、 Edgesight 数据库E、ICA clients bitmap cache directory5、从病毒配置文件里面删除下面链接HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrent VersionRun registry key 4、从新配置病毒文件， 把病毒定义放在一个固定磁盘上面（我的理解是本地磁盘），这样每次启动的时候就不用把整个病毒定义下载在本地了。 5、没有管理启动风暴很多企业的用户基本上是同时登入的， 这就建议要使用xendesktop的工作站群 idle设置， 让虚拟机在用户开始使用的前几分钟就打开虚机， 来避免登录风暴。 这就可以让用户能够很快使用机器，从而避免登录风暴。 然而当系统定义的登录时间到来的时候， 控制器还是需要同时启动上千台机器。 虚拟机的启动会给虚机的部署带来很大影响。 Xendesktop的控制器会告诉虚拟层开始一个新的虚机， 虚拟层开始分配大量的资源。 大量的发出的开机请求会给虚拟层带来大量的压力（VMware ESX, Microsoft Hyper-V and Citrix XenServer）。 这中状况可以通过配置控制器能够响应的最大请求数量来得到缓解。 做法如下：1、在xendesktop的主控制器目录下， 编辑如下文件： C:Program FilesCitrixVmManagementCdsPoolMgr.exe.config 2、定位MaximumTransitionRate entry并且使用数值20（这个要根据实际的环境参数来设置）， 这个值可以迫使Xendesktop的控制器发出给虚拟管理层的请求数量。 当主控制器不能工作而且备份功能开始接手以后，这些配置需要被应用到所有的控制器4、 忽略了虚拟桌面的优化管理企业经常会优化他们现有的实际环境里面的机器， 这经常会涉及到特别的地域设置， 缺省应用设置和机器的描述。 但是当把一个系统传递到一个虚拟的桌面的时候， 很多企业就没有特别深入的针对虚拟应用来优化机器。 当一个桌面是托管在虚拟层的时候， 由于应该集中在和用户使用相关而不是针对系统相关。 下面是一些优化的例子：1、 停止使用 last access 时间标签： 当一个文件被方位的时候， 一个时间标签就会产生用来记录这个文件是什么时候被访问过。 开始一个系统需要启动上千个文件， 这就需要上千时间标签。 所有的活动都需要调用CPU资源。 而且， 当 provisioning服务被用来传递虚拟桌面的时候， 当虚拟桌面重启的时候，这些变化又将会被删除。 2、 停止是用屏幕保护功能：屏保功能会是用珍贵的内存和CPU资源， 甚至当用户没有使用机器的时候。 这些资源因该被释放出来。 如果屏保是为安全的角度来考虑的话， 那么简单的使用空白屏幕就好了。 3、 禁用 一些没有必要的功能：window7包含了很多内容， 比如媒体中心， dvd maker, tablet pc component, 游戏等。 这些都会大量消耗内存和CPU资源。 如果这些功能用户能够接触到， 他们就会使用， 建议一开始的时候就近禁用这些功能。 建议不多， 但是这些建议都会给环境造成很大的影响给XP的其他建议请参照如下链接：/article/CTX1242393： 缓存不足系统缓存很重要， 通过让系统通过从RAM读取数据而不是从磁盘， 可以大幅提高系统性能。 Provisioning服务通过方位虚拟磁盘把影像留给目标设备。 请求被处理的越快， 目标设备接受到数据的速度越快。 通过设置大缓存， 让provisioning服务存储尽量多的vDisk到RAM上而不是磁盘上。 很多人环境没有被优化，简单的把RAM加到一个provisioning 服务的服务器里面是不够的。 系统必须被正确配置：参数描述操作系统需要配置多大的缓存， 操作系统的类型扮演了一个很重要的角色A： windows server 2003/2008 32位： 960 MBB： Windows server 2003/2008/2008R2 64位 1 TB由于64位的系统能够配置更大的缓存， 很大一部分虚拟磁盘能够被存储到RAM里面，建议尽量使用64位的系统。 更建议使用2008而不是2003， 因为2008的在内存子系统管理方面得到了很多改进，很多时候表现为性能的提升内存16-32G内存服务器配的内存越大， 系统的cache就会越大。 那么vDisk的读取速度越快vDisk的存储空间vDisk可以在任何类型的磁盘上面存储（ISCSI, Fiber，本地， NFS,CIFS等），然而， 还是会有一列外， 这种情况下， 存储都会对操作系统的如何分配缓存给vDISK区有影响。 1、网络存储： 通过UNC通道， 如果provisioning 服务 把虚拟磁盘看成一个网络磁盘， 那么服务器就不会把文件放到缓存里。 2、CIFS共享：如果存储的基础架构是网络CIFS共享， 那么provisioning服务就不会把虚拟磁盘读入缓存优化在windows 2003里面，通过在在服务器的:performance option里面的面板社情， 需要把大系统缓存支持打开。 如有图所示在Windows1008系统里面， 就没有必要这么设置了。 Windows 2008使用了一个动态的内存核心分配功能， 他会分配出一些高速内存出来。 以前的版本是在安装的时候事先设好的。 由于windows 2008需要更多的系统缓存， 操作系统会自己动态分配2： 默认的控制器配置Xendesktop的控制器有以下功能：1、 根据活动目录来验证用户2、 枚举可用资源3、 为新开始的虚拟桌面创造注册信息4、 和在线虚拟桌面保持实施沟通当Xendesktop 安装以后， 很多人没有对控制器进行优化， 而是使用默认配置（farm控制， XML 中间件， web接口等）。 这些默认配置是有道理的。Xendesktop在单控制器下能够很好的工作。 但是， 在启动风暴的时候， 成百上千的用户需要在很短的时间之内链接到环境里面， 这个时候， 控制器就成了一个瓶颈。 这个瓶颈会导致长时间的登录时间甚至是无法登陆。 通过在多个服务器分离控制器的功能， 那么总体上的Xendesktop 场能够支持更多的虚拟桌面和更快的反应时间。 首先，为了提高容错， 所有的Xendesktop都要配置冗余控制器。 在一个需要支持1000台以上的虚机环境里面， 建议至少需要5台能做虚机的物理服务器， 在他们里面分担控制器的功能。这5个服务器的任务分配如下：参数描述值主控制器主控制器用来控制整个XenDesktop场的运作， 他也需要通过和虚拟层的沟通来维护场里面的不活动的虚拟桌面。 如果主控制器不能工作， 那么还有第二个专门的服务器来替代它工作。 如果没有定义第二个服务器， 那么， 其中一个XML Brokers就要被使用了通过设置备用控制器的注册信息，把XML控制器指定为备用控制器值：1、HKLMSoftwareCitrixIMARUNTIME UseRegistrySetting2、类型：Dword3、值： 1值：1、HKLMSoftwareCitrixIMARUNTIMEMasterRanking2、类型： Dword3、值：1 如果要让主控制器不接受虚拟桌面的注册信息， 需要调整下面的一些值：1、HKLMSoftwareCitrixDesktopServer MaxWorkers2、类型： Dword3、值：0XML控制器（2台）XML控制器负责虚拟桌面的注册， 验证和枚举用户配置Web 界面来把XML控制器当作场服务器来使用。 这样这两个服务器就只能用作验证和枚举的用途需要做如下的设置：值1、HKLMSoftwareCitrixIMARUNTIMEMasterRanking2、类型： Dword3、值：2值：1、HKLMSoftwareCitrixIMARUNTIME UseRegistrySetting2、类型： Dword3、值：1网页接口（2台）网页界面服务器提供用户的接口的验证和桌面准入验证通过在冗余服务器上配置web interface来给主控制器和XML控制器分担压力通过把控制器的功能分成三类， 然后在5台甚至更多的服务器上实现。 一个Xendesktop的场能够支持5000以上的托管虚拟桌面。 当让， 能够支持的最大数量还要考虑到一下因素： longon 率，logon时间以及硬件情况。 1、 不正确的存储规划当谈到存储的时候， 很多人只会先到容量。 每个用户我需要多大的空间。 但是到了桌面虚拟化， 考虑存储不只能考虑空间。 虚拟桌面需要依靠存储来给客户传输操作系统和用户环境。 每个这样的要求都要影响到客户的基础架构。 没有一个合理的存储子系统，由于存储的瓶颈，用户的虚拟桌面将会变慢， 直到不能使用。为了正确的设计存储架构， 设计师必须要会正确的计算Input/output的IOPS值。 下面表里面的IOPS值需要被考虑到。 参数描述值磁盘速度磁盘的速度会直接影响磁盘读取到目标数据的速度15000 RPM: 150 随机 IOPS10000 RPM：110 随机IOPS5400RPM： 50随机IO