Product Documentation

场术语和概念

Sep 14, 2015

术语

XenApp 规划文档使用了以下术语:
多用户环境
在此环境中,应用程序在服务器上发布,以供多个用户同时使用。
生产场
经常使用并可由用户访问的场。
设计验证场
在实验室环境下设置的场,通常用作生产场的设计或蓝图。
试验场
生产前试验场,用于在整个组织中部署场之前测试场设计。真实试验基于所选用户的访问,然后添加用户直到所有用户可通过访问该场满足其日常需要。

关于基础结构

XenApp 场具有两种类型的基础结构:
  • 虚拟化基础结构由以下各项组成:用于交付虚拟化应用程序和 VM 托管应用程序的 XenApp 服务器以及向会话和管理提供支持的 XenApp 服务器,例如数据存储、数据收集器、Citrix XML Broker、Citrix 许可证服务器、配置日志记录数据库(可选)、Load Testing Services 数据库(可选)以及服务监视组件。
  • 访问基础结构由提供访问管理功能的服务器角色组成,例如 Receiver Storefront、Web Interface、Secure Gateway(可选)和 Access Gateway(可选)。

在小规模部署中,可以将一项或多项服务器功能组合在一起。在大规模部署中,可以在一个或多个专用服务器上提供服务。

除规模以外的其他因素可能会影响服务器功能的组合方式。安全考虑、虚拟化服务器和用户负载在确定可以搭配哪些功能时有一定影响。

通常,在较大型场中,需要将会话和管理功能隔离到不同的服务器上。对于小型场,可能需要一台服务器来托管基础结构功能,需要多台服务器来托管已发布应用程序。

需要冗余性的小型场中可以有一台或两台托管会话和管理功能的服务器。例如,在小型场中,可以在数据收集器和 XML Broker(可能还包括 Citrix 许可证服务器)所在的服务器上配置数据存储。

在大中型场中,可以将相似的功能组合在一起。例如,XML Broker 可与数据收集器分组在一起。在某些较大部署中,每项基础结构服务都可能有一个或多个专用服务器。

关于虚拟化基础结构

虚拟化基础结构是 XenApp 部署的核心,它关注以下这些概念:

应用程序枚举
应用程序枚举即 Citrix 客户端软件列出在 XenApp 服务器上可用的虚拟化的应用程序。客户端软件通过传输数据找到网络中的服务器并检索有关已发布应用程序的信息。例如,在枚举期间,Citrix Receiver 通过 Citrix XML Service 与 XenApp 服务器进行通信,来确定可供该用户使用的应用程序。
应用程序发布
要将应用程序交付给用户,无论是在桌面上还是服务器上实现虚拟化,都使用 AppCenter 来发布应用程序。
Citrix Licensing
所有 XenApp 部署都需要使用 Citrix 许可证服务器。在共享或独立服务器上安装许可证服务器,具体取决于您的场规模。安装许可证服务器后,应下载适当的许可证文件并将其添加到许可证服务器。
数据存储
数据存储是服务器用于存储场静态信息(例如,关于已发布应用程序、用户、打印机和服务器的配置信息)的数据库。每个服务器场均包含一个数据存储。
数据收集器
数据收集器是托管内存数据库的服务器,用于维护有关区域中服务器的动态信息,如服务器负载、会话状态、已发布应用程序、连接的用户和许可证使用情况。数据收集器从其所在区域的服务器中接收增量数据更新和查询。数据收集器将信息中继到场中的所有其他数据收集器。
默认情况下,当您创建场时,会在第一台服务器上配置数据收集器,而当该数据收集器出现故障时,所有其他配置了收集器服务器模式的服务器都具有同等权利成为数据收集器。该区域中的数据收集器出现故障时,将选择另一个服务器来接替故障数据收集器功能。场根据为服务器设置的选择首选项确定要使用的数据收集器。
通常不在数据收集器上发布应用程序。
区域
区域是与一个公共数据收集器通信的 XenApp 服务器组。在含有多个区域的大型场中,每个区域包含一个指定为其数据收集器的服务器。在含有多个区域的场中,数据收集器用作与其他区域数据收集器之间的通信网关。
数据收集器维护其区域内服务器的所有负载和会话信息。所有场都至少有一个区域,即使小型场也不例外。区域数目越少越好,最好只有一个。仅在跨 WAN 的大型场中,才有必要使用多个区域。
流配置文件
可以通过在桌面上虚拟化应用程序(通过流技术推送)或在服务器上虚拟化应用程序(托管)来向用户交付应用程序。如果要在桌面上虚拟化应用程序(通过流技术推送到客户端或服务器),需要在您的环境中创建一个流配置文件。要在桌面上虚拟化应用程序,需要创建应用程序的配置文件,然后将该配置文件存储到文件服务器或 Web 服务器上。配置文件包括清单文件 (.profile)(用于定义配置文件的 XML 文件)、目标文件、哈希密钥文件、图标库 (Icondata.bin) 和预启动脚本及退出后脚本的脚本文件夹。
Receiver Storefront
Receiver Storefront 可对要访问 XenDesktop 站点和 XenApp 场的用户进行身份验证,从而枚举可用桌面和应用程序,并将这些桌面和应用程序聚合到用户通过 Citrix Receiver 或 Web 页面访问的存储中。Receiver Storefront 数据库将记录资源订阅和快捷方式的详细信息,以使用户能够在各设备之间同步自己的桌面和应用程序。
Web Interface
在用户使用 Receiver 或 Web 浏览器访问应用程序的任何环境中都可以使用 Web Interface。应将 Web Interface 安装到独立的计算机中;但是,如果资源有限,有时会将 Web Interface 与其他功能安装在一起。
XenApp Web 站点和 XenApp Services 站点
XenApp Web 站点和 XenApp Services 站点(以前分别称为 Access Platform 和 Program Neighborhood Agent Services 站点)提供了从客户端设备到服务器场的接口。用户针对 XenApp Web 或 XenApp Services 站点进行身份验证(无论是直接还是通过 Receiver 或 Access Gateway)时,该站点:
  • 将用户的凭据转发给 Citrix XML Service
  • 接收通过 XML Service 提供给用户的一组应用程序
  • 通过 Web 页面或将快捷方式直接置于用户计算机上,向用户将显示可用的应用程序
Citrix XML Broker 和 Web Interface
Citrix XML Broker 充当场中其他服务器与 Web Interface 之间的中介。用户针对 Web Interface 进行身份验证时,XML Broker:
  • 从 Web Interface 接收用户凭据,并查询服务器场以获取用户有权访问的已发布应用程序列表。XML Broker 从 Independent Management Architecture (IMA) 系统检索该应用程序集,并将其返回给 Web Interface。
  • XML Broker 在收到用户启动应用程序的请求时,会在托管该应用程序的场中查找服务器,并根据多项因素确定其中可服务于此连接的最佳服务器。XML Broker 将该服务器的地址返回给 Web Interface。
XML Broker 是 Citrix XML Service 的一项功能。只有在 Web Interface 功能中指定的服务器上的 XML Service 才能充当代理。必须将托管 XML Broker 的服务器配置为在控制器 XenApp 服务器模式下运行。在小型场中,通常会在专用于多项基础结构功能的服务器上指定 XML Broker。在大型场中,可以在一个或多个专用服务器上配置 XML Broker。
有时,XML Broker 也称为 Citrix XML Server 或 Citrix XML Service。明确来说,术语“XML Broker”是指由 XML Service 充当 Web Interface 与 IMA Service 之间的中介,而无论其托管在专用服务器上还是与其他功能位于同一个服务器。