Product Documentation

区域

Feb 23, 2016

如果部署横跨分布广泛且通过 WAN 进行连接的位置,则会面临网络延迟和可靠性带来的挑战。 可以通过两种方案来缓解这些挑战:

  • 部署多个站点,每个站点都有自己的 SQL Server 站点数据库。

建议对大型企业部署使用此方案。 分别管理多个站点,每个站点需要有各自的 SQL Server 站点数据库。 每个站点是一个独立的 XenApp 部署。

  • 在单个站点内配置多个区域。

配置区域可帮助远程地理区域的用户连接到资源,而不需要强制其连接遍历大部分 WAN。 使用区域可实现从单个 Citrix Studio 控制台、Citrix Director 和站点数据库有效地管理站点。 这样可以节约部署、配备人员、许可和操作包含远程位置中的多个数据库的额外站点的成本。

区域在各种大小的部署中会非常有用。 可以使用区域来保持应用程序和桌面对最终用户触手可用,从而提高性能。 一个区域可以包含一个或多个安装在本地的 Controller 以实现冗余和复原,但并非必须安装一个或多个 Controller。

在本文中,术语“本地”是指正在讨论的区域。 例如,“VDA 注册到本地 Controller 中”是指 VDA 注册到 VDA 所在的区域中的 Controller。

本版本中的区域非常相似,但与 XenApp 6.5 及更早版本中的区域不同。 例如,在此区域的实现中,不包含数据收集器。 站点中的所有 Controller 都与主要区域中的一个站点数据库进行通信。 此外,在本版本中,故障转移和首选区域的工作方式不同。

区域类型

一个站点始终有一个主要区域。 一个站点也可以有一个或多个卫星区域。 可以为灾难恢复、地理位置相隔很远的数据中心、分支机构、云或云中的可用性区域使用卫星区域。

主要区域

主要区域的默认名称为“主要”,该区域中包含 SQL Server 站点数据库(和高可用性 SQL Server,如果使用)、Studio、Director、Citrix StoreFront、Citrix 许可证服务器和 NetScaler Gateway。 站点数据库应始终位于主要区域中。

主要区域还应至少包含两个 Controller 以实现冗余,并且可能包含一个或多个安装了与数据库和基础结构紧密配对的应用程序的 VDA。

卫星区域

一个卫星区域包含一个或多个 VDA、Controller、StoreFront 服务器和 NetScaler Gateway 服务器。 在正常情况下,卫星区域中的 Controller 直接与主要区域中的数据库进行通信。

卫星区域(特别是大型卫星区域)可能还包含虚拟机管理程序,用于置备和/或存储该区域的计算机。 配置卫星区域时,可以将虚拟机管理程序或云服务连接与其关联。 (请确保使用该连接的所有计算机目录都位于相同的区域。)

站点可以包含多种不同类型的卫星区域,具体取决于您的独特需求和环境。 下图显示了一个主要区域以及卫星区域的示例。  

localized image
  • 主要区域包含两个 Controller、Studio、Director、StoreFront、许可证服务器和站点数据库(以及高可用性 SQL Server 部署)。 主要区域还包含多个 VDA 和一个 NetScaler Gateway。
  • 卫星区域 1 - 包含 Controller 的 VDA

卫星区域 1 包含一个 Controller、多个 VDA 和一个 StoreFront 服务器。  此卫星区域中的 VDA 注册到本地 Controller 中。 本地 Controller 与主要站点中的站点数据库和许可证服务器进行通信。

如果 WAN 出现故障,连接租用功能将允许该卫星区域中的 Controller 继续代理与该区域中的 VDA 的连接。 如果办公室里的工作人员使用本地 StoreFront 站点和本地 Controller 访问其本地资源,则此类部署会非常有效,即使将其办公室连接到企业网络的 WAN 链接出现故障也是如此。

  • 卫星区域 2 - 包含冗余 Controller 的 VDA

卫星区域 2 包含两个 Controller、多个 VDA 和一个 StoreFront 服务器。 这是复原能力最强的区域类型,能够在 WAN 和其中一个本地 Controller 同时出现故障时提供保护。

VDA 注册的位置以及 Controller 故障转移的位置

在包含主要区域和卫星区域的站点中,VDA 的最低版本为 7.7:

  • 主要区域中的 VDA 注册到主要区域中的 Controller。 主要区域中的 VDA 永不尝试注册到卫星站点中的 Controller。
  • 卫星区域中的 VDA 注册到本地 Controller 中(如有可能)。 (这称为首选 Controller)。如果本地 Controller 都不可用(例如,由于本地 Controller 无法接受更多 VDA 注册,或者本地 Controller 出现故障),VDA 将尝试注册到主要区域中的 Controller。 在这种情况下,VDA 保持注册到主要区域中,即使卫星区域中的 Controller 再次可用也是如此。 一个卫星区域中的 VDA 永不尝试注册到另一个卫星站点中的 Controller。
  • 如果为 Controller 的 VDA 发现启用了自动更新,并且在 VDA 安装期间指定了一个 Controller 地址列表,则会从该列表中随机选择一个 Controller 以完成初始注册(无论 Controller 驻留在哪个区域)。 重新启动包含该 VDA 的计算机后,该 VDA 将启动,以便首先选择注册到其本地区域中的 Controller。
  • 如果卫星区域中的 Controller 出现故障,则会故障转移到另一个本地 Controller(如有可能)。 如果所有本地 Controller 都不可用,则会故障转移到主要区域中的 Controller。
  • 如果您将 Controller 移入或移出某个区域,并且启用了自动更新,则这两个区域中的 VDA 会收到更新后的列表,指出哪些属于本地 Controller,哪些位于主要区域中,这样可以确定其能够注册到哪个 Controller 以及接受来自哪个 Controller 的连接。
  • 如果将某个计算机目录移动到另一个区域,该目录中的 VDA 将重新注册到移动了该目录的区域中的 Controller。 (移动目录时,请务必同时将任何关联的主机连接移动到相同的区域。)
  • 主要区域中的 Controller 将保留所有区域的连接租用数据。 卫星区域中的 Controller 保留各自的区域以及主要区域的连接租用数据,但不保留任何其他卫星区域的数据。

对于包含版本 7.7 之前的 VDA 的站点:

  • 卫星区域中的 VDA 将接受来自其本地区域和主要区域中的 Controller 的请求。 (最低版本为 7.7 的 VDA 可以接受来自其他卫星区域的 Controller 请求。)
  • 卫星区域中的 VDA 将随机注册到主要区域或本地区域中的 Controller。 (最低版本为 7.7 的 VDA 首先选择本地区域。)

注意事项、要求和最佳做法

  • 可以将以下项目放置在区域中:Controller、计算机目录和主机连接。 如果计算机目录使用主机连接,则该目录和连接都应位于相同的区域中。 
  • 创建生产站点,然后创建第一个计算机目录和交付组时,所有项目都位于主要区域中;完成该初始设置之后才能创建卫星区域。  (如果创建一个空站点,主要区域最初将仅包含一个 Controller;您可以在创建计算机目录和交付组之前或之后创建卫星区域。)
  • 创建第一个包含一个或多个项目的卫星区域时,站点中的所有其他项目将保留在主要区域中。
  • 主要区域的默认名称为“主要”;可以更改该名称。 尽管 Studio 显示内容指示哪个区域是主要区域,但是,最佳做法是为主要区域使用易于识别的名称。 可以重新分配主要区域(即,将另一个区域设为主要区域),但应始终包含站点数据库和高可用性服务器。
  • 站点数据库应始终位于主要区域中。
  • 创建区域后,稍后可以将项目从一个区域移动到另一个区域。 请注意,这种灵活性可能会允许您分隔大体匹配的最适合的项目;例如,将某个计算机目录移动到与创建该目录中的计算机的连接不同的区域会影响性能。 因此,在区域之间移动项目之前,请考虑预料之外的潜在影响。 请将其使用的目录和主机连接保留在相同的区域中。
  • 要实现最佳性能,请仅在主要区域中安装 Studio 和 Director。 如果希望另一个 Studio 位于卫星区域中(例如,如果正在将包含多个 Controller 的某个卫星区域用于在主要区域不可访问时进行故障转移),请运行 Studio 作为本地发布的应用程序。 也可以从卫星区域访问 Director,因为 Director 属于 Web 应用程序。
  • 理想情况下,应对从其他区域或外部位置传入到该区域的用户连接使用卫星区域中的 NetScaler Gateway,即使您能够对该区域内部的连接使用 NetScaler Gateway 也是如此。

创建和管理区域

完全权限管理员可以执行所有区域创建和管理任务。 但是,还可以创建允许您创建、编辑或删除区域的自定义角色。 在区域之间移动项目不需要区域相关权限(区域读取权限除外);但是,必须对要移动的区域具有编辑权限。 例如,要将计算机目录从一个区域移动到另一个区域,必须对该计算机目录具有编辑权限。 有关详细信息,请参阅“委派管理”一文。

如果使用 Provisioning Services:本版本中提供的 Provisioning Services 控制台无法识别区域,因此,Citrix 建议您使用 Studio 创建要放置在卫星区域中的计算机目录。 可以使用 Studio 向导创建目录,并指定恰当的卫星区域。 因此,可以使用 Provisioning Services 控制台在该目录中置备计算机。 (如果使用 Provisioning Services 向导创建目录,则会将该目录放置在主要区域中,并且您以后需要使用 Studio 将其移动到卫星区域中。)

创建区域

  1. 在 Studio 导航窗格中,选择配置 > 区域
  2. 在“操作”窗格中选择创建区域
  3. 输入该区域的名称和说明(可选)。 该名称在站点中必须唯一。
  4. 选择要放置在新区域中的项目。 可以过滤或搜索要从中选择项目的列表。 也可以创建空区域;不需要选择任何项目。
  5. 单击保存

作为此方法的备选方法,可以在 Studio 中选择一个或多个项目,然后在“操作”窗格中选择创建区域

更改区域名称或说明

  1. 在 Studio 导航窗格中,选择配置 > 区域
  2. 选择一个区域,然后在“操作”窗格中选择编辑区域
  3. 更改区域名称和/或说明。 如果要更改主要区域的名称,请确保该区域仍可轻松识别为主要区域。
  4. 单击确定应用

将项目从一个区域移动到另一个区域

  1. 在 Studio 导航窗格中,选择配置 > 区域
  2. 选择一个或多个项目。
  3. 完成以下操作之一:将项目拖动到目标区域,或者在“操作”窗格中选择移动项目,然后指定要将项目移动到的区域。

此时将显示一条列出所选项目的确认消息,并询问您是否确实要移动全部项目。

记住:如果计算机目录使用连接到虚拟机管理程序或云服务的主机连接,则该目录和连接都应位于相同的区域中。  否则,性能可能会受到影响。 如果移动一个项目,请同时移动另一个。

删除区域

区域必须不包含任何内容才能将其删除。 不能删除主要区域。

  1. 在 Studio 导航窗格中,选择配置 > 区域
  2. 选择一个区域。
  3. 在“操作”窗格中选择删除区域。 如果该区域不为空(包含项目),系统会要求您选择要移动这些项目的区域。
  4. 确认删除。

包括指定区域在内的其他操作

添加主机连接,或者创建计算机目录(站点创建过程中除外)时,可以指定要将项目分配到的区域,前提是您已至少创建一个卫星区域。

在大多数情况下,主要区域为默认区域。 使用 Machine Creation Services 创建计算机目录时,将自动选择为主机连接配置的区域。

如果站点中不包含任何卫星区域,则会假定主要区域,并且区域选择对话框不显示。