XenDesktop完全教学手册.doc

控制场主服务器选择 桌面启动请求是Desktop Delivery Controller场主服务器的唯一功能，负责处理启动连接的逻辑。将Web Interface配置为指向Desktop Delivery Controller 成员时，Web Interface会将启动请求转发给Desktop Delivery Controller场主服务器。 如果Desktop Delivery Controller场主服务器变为不可用，会进行一次选择，另外一个成员服务器会承担Desktop Delivery Controller场主服务器的角色。Desktop Delivery Controller与虚拟桌面建立连接后，ICA会在虚拟桌面与端点系统之间建立直接连接。Desktop Delivery Controller不再处于通信线路中。这样，对它的需求会减少，它也可以充分进行调整。 使用多个Desktop Delivery Controller时，Citrix 建议指定一台服务器作为主控制器，所有其他服务器应配置为成员服务器。Web Interface服务器应配置为指向成员服务器，以便在登录率非常高的时段将控制器服务器上的CPU负载降至最低。 配置Delivery Controller 选择 管理员可以按照下列步骤将Desktop Delivery Controller服务器配置为具有“主服务器”，“备份服务器”或者“成员服务器”设置。 1打开注册表编辑器 2浏览到以下位置：HKLM\Software\Citrix\IMA\RUNTIME\UseRegistrySetting. 3将DWORD注册表项的值设置为1. 4浏览到以下位置：HKLM\Software\Citrix\IMA\RUNTIME\MasterRanking. 5将DWORD注册表项的值设置为以下任意数字：1表示主服务器，2表示备份服务器，3表示成员服务器。 限制发往托管基础结构的命令 如果向虚拟机托管基础结构（VMware Virtual Center，XenCenter，Hyper-V）发送大量的开启或者关闭命令，在对所有请求进行排队和处理时，池管理服务会被淹没，并且在短时间内没有响应。默认情况下，Desktop Delivery Controller上的池管理服务器与托管基础结构之间的通信会限制为总池的10%。 例如，如果桌面组中有500太虚拟机，则一次只会发送50个虚拟机开关操作请求。如果池变得更大（超过1000个桌面），则同时发送给托管基础结构的开启或关闭请求大约会在100个以上。 在下列情况下，托管基础结构可能会超载： 1并发高峰时间空闲池计数明显增加。 2登录事件和注销事件之间的间隔较短。例如，公司实行三班制工作日。一组用户在早上登录，在他们班次结束时注销。下一班用户在上一组注销时同时开始登录，这样就会导致大量用户都在一个非常小的时间段内登录和注销（5到15分钟） 配置限制 对于在同一时间发往虚拟机基础结构的开关请求数量必须加以限制。要修改并发请求的数量，管理员可以按照下列步骤编辑每个Desktop Delivery Controller上的配置。 注意：本例中包含的值（“MaximumTransitionRate”value=“20”）只应视为配置并发命令值时的一个参考点。该值将基于每个环境的独特硬件平台和用例而有所不同。Citrix建议，每个组织在确定可以处理的并发命令数与从Desktop Delivery Controller发送电源命令时托管基础结构的性能和反应度之间的最佳平衡点之前，要正确测试该配置。 1打开C：\Program Files\Citrix\VmMangement\CdsPoolMgr.exe.config文件。 2加入下面以粗体指示的代码行： 3保存文件并重新启动Desktop Delivery Controller。 规划XenDesktop可伸缩性 当考虑XenDesktop可伸缩性时，务必要检查XenDesktop组成部分的可伸缩性，而不是仅从总体上查看XenDesktop的可伸缩性，这一点非常重要。需要检查Desktop Delivery Controller，Provisioning Server和虚拟机基础结构的可伸缩性。本节将讨论影响Desktop Delivery Controller和Provisioning Server的可伸缩性的因素。 扩展Desktop Delivery Controller Desktop Delivery Controller上的最高负载出现于高峰连接期间，例如，当用户在早上或换班期间同时登陆时。服务器上的多数登录负载是由IMA，控制器和池管理服务引起的。完成连接后，ICA协议会连接端