Product Documentation

计划

Oct 12, 2015

此版本允许您以最适合贵组织的速度逐步扩展您的部署。您可以先进行简单的默认配置,便于以后发布到其他用户组。从用户需求方面考虑您的部署,并将试验的焦点集中于能够直接带来利益的用户身上,这一点很重要。

如果未准备好将用户过渡到使用虚拟桌面,您可以首先进行 Remote PC Access 部署,以允许用户访问其办公 PC 并利用 Citrix HDX 功能,后续再添加传统的虚拟桌面和应用程序部署。

基本元素

Delivery Controller、Studio、Director、许可证服务器和 StoreFront 既可安装在同一台服务器上,也可安装在不同服务器上。例如,要远程管理您的部署,可以将 Studio 安装在与已安装 Controller 的服务器不同的系统上。
  • Controller
  • Studio
  • Director
  • 许可证服务器 — 有关许可的详细信息,请参阅:许可
  • Storefront
  • 数据库 — 默认情况下,在站点创建期间,Studio 在安装 Controller 的服务器上创建一个数据库;此数据包含:
    • 站点数据库
    • 配置日志记录数据库
    • 监视数据库

    Citrix 建议您在创建站点后,更改配置日志记录数据库和监视数据库的位置。

    重要:可以选择在单独的服务器上使用数据库。如果要使用手动创建的外部数据库(而不是通过 Studio 创建的外部数据库),应确保数据库管理员在创建该数据库时使用以下排序规则设置:Latin1_General_100_CI_AS_KS(其中的 Latin1_General 因国家/地区而异,例如 Japanese_100_CI_AS_KS)。如果在数据库创建期间未指定此排序规则设置,则数据库内后续的服务架构创建操作将会失败,并显示类似于“<服务>: 架构需要不区分大小写的数据库”这样的错误(其中 <服务> 是要创建架构的服务的名称)。
  • 运行 Active Directory 的域控制器。需要 Active Directory。不要在域控制器上安装 XenApp、XenDesktop 或 SQL Server 数据库。

    还须考虑您选择的域名可能产生的影响。避免选择可能在其他位置使用过的域名。例如,字符串 'client' 也用于访问客户端驱动器映射。

  • 用于承载要交付给用户的桌面的 VM 或物理机。您需要在这些计算机上安装 Virtual Desktop Agent 以管理通信和代理连接。
  • 运行相应的客户端以使用户能够访问桌面的用户设备。

部署示例

典型部署的两个示例为:
  • 分布式组件配置
  • 多站点配置

分布式组件配置

您可以在更多的服务器上分布部署组件,或者通过在站点中增加控制器数量来实现更好的可伸缩性和故障转移。您可以在单独的计算机上安装管理控制台以便远程管理部署。通过 NetScaler Gateway(以前称为 Access Gateway)进行远程访问的基础结构也需要分布式部署。

图 1. 分布式组件配置

有关用于安全远程访问的 Citrix NetScaler Gateway 的详细信息,请参阅产品特定文档。

多站点配置

如果有多个地域性站点(例如一个在欧洲,一个在美国),可以使用 Citrix NetScaler 将用户连接定向到最合适的站点,并使用 StoreFront 将桌面和应用程序交付给用户。

在下例中,在两个数据中心中创建了站点。拥有两个全局站点而不是仅拥有一个时,会最大程度降低不必要的 WAN 流量。您可以使用 StoreFront 从多个站点汇集资源,以向用户提供 NetScaler 使用的单一访问点。Citrix NetScaler 可以提升应用程序性能、实现服务器负载平衡、提高安全性以及优化用户体验。在该示例中,使用两个 NetScaler 来提供高可用性配置。NetScaler 已针对全局服务器负载平衡进行配置了,位于 DMZ 中,可提供多站点的容错解决方案。有关配置了 StoreFront 的高可用多站点配置的详细信息,请参阅设置高可用多站点存储配置

需要使用单独的 Studio 控制台来管理每个站点,多个站点不能作为一个实体进行管理。Director 可用于支持跨多个站点的用户。

图 2. 包含多个地域性站点和数据中心的配置