Product Documentation

为 XenApp 部署设计区域

Sep 14, 2015

区域是可配置的 XenApp 服务器组。所有场都至少有一个区域。所有服务器都必须属于区域。除非在 XenApp 安装过程中另行指定,否则场中的所有服务器都属于同一个区域,称作默认区域。

区域有两个用途:
  • 从一个分层结构中的成员服务器收集数据
  • 高效地将更改发布给场中的所有服务器

每个区域包含一个指定为其数据收集器的服务器。数据收集器存储有关区域的服务器和已发布应用程序的信息。在含有多个区域的场中,数据收集器还作为区域之间的通信网关。

下图描述了一个含有多个区域的服务器场。 每个区域的数据收集器通过 WAN 链接与其他数据收集器通信。


由于 XenApp 场中的会话和负载信息在企业部署中可能变大(最多几兆字节)以确保 XenApp 场的可伸缩性和弹性,因此,必须根据您的网络拓扑来设计区域。

XenApp 成员服务器会将其动态数据复制到为其区域指定的区域数据收集器 (ZDC)。XenApp 使用星形拓扑在区域间进行复制:每个 ZDC 都会将其所有区域动态数据复制到场中所有其他 ZDC。因此,设计区域时确保在 ZDC 间有充足的带宽非常重要。

设计区域时,要考虑的最重要的变量是延迟和带宽。带宽量和延迟所产生的影响主要取决于您的 XenApp 部署。带宽越小且延迟越长,场在选择后用于在区域间重新同步动态数据的时间就越长。

在跨 WAN 分布的场中,区域可通过将地理位置相关的服务器组成一组来增强性能。除非场中有服务器位于地理位置分散的站点,否则 Citrix 不建议一个场中具有多个区域。即使服务器数量庞大,也不一定需要使用多个区域来进行划分。由 1000 台服务器构成的场可以只有一个区域。

数据收集器会生成大量网络流量,因为它们彼此之间需要不断通信:

  • 每个区域数据收集器与场中的所有数据收集器之间有一个开放连接。
  • 区域更新期间,成员服务器会更新数据收集器,使其包含任意请求和更改的数据。
  • 数据收集器将更改中继到其他数据收集器。因此,数据收集器包含所有区域的会话信息。

一般来说,Citrix 建议尽可能使用最少的区域,最好只使用一个。如果所有场服务器位于相同位置,则只为该场配置一个区域不会降低其性能,也不会使场更难于管理。但是,在较大网络(例如,在各大州都有数据中心的组织)中,将地理位置相关的服务器分组在一个区域中可提高场的性能。

请谨记,数据收集器必须将更改复制到场中所有其他数据收集器。此外,带宽消耗和网络流量将随着区域数量的增加而增加。

远程站点无需单独的区域,即使位于不同州的远程站点亦是如此;延迟是用于确定是否应将服务器置于其自己区域中的最主要因素。对于服务器位于不同地理区域的大型场,请根据大多数服务器所在的位置创建区域。

此外,还需要确定您是否希望配置故障转移或首选区域。如果某个区域发生故障,您可以将用户连接配置为重定向到其他区域(故障转移),或控制特定用户连接到哪些区域(首选)。故障转移要求可帮助确定所需区域的数量。

例如,如果一个组织在伦敦有 20 台场服务器,在纽约有 50 台服务器,在悉尼有 3 台服务器,则可以创建两个或三个区域。如果悉尼与纽约或伦敦之间的连接性较好,Citrix 建议将悉尼与较大的位置组成一组。相反,如果悉尼与其他位置之间的 WAN 连接不佳,需要设置区域首选项和故障转移,Citrix 将建议您配置三个区域。

请考虑下列区域设计原则:
  • 将场中区域的数量减至最少。
  • 为不同地理区域中的主要数据中心创建区域。
  • 如果某站点拥有少量服务器,请将该站点分组到较大站点的区域中。
  • 如果贵组织拥有的分支机构的带宽较小或连接不稳定,请不要将这些分支机构置于其自己的区域中。相反,请将这些机构和与其具有最佳连接性的其他站点组成一组。与其他区域结合时,这样做可能会形成星型区域配置。
  • 如果拥有的站点超过五个,请将较小的站点编组到较大的区域中。Citrix 建议不要配置超过五个区域。