店面店面
店面的核心功能之一是能够从多个Citrix虚拟应用程序和桌面(CVAD)站点聚合和消除“通用“应用程序和桌面资源的重复数据。此功能通常称为多站点聚合。基于匹配和应用程序显示名称
属性识别重复的应用程序应用类别
和桌面。(1)、(3)、(3)、(4)、(3)、(4)、(3)、(3)多站点聚合的目的是允许Citrix管理员构建冗余CVAD站点(出于可扩展性或域故障原因),但向用户显示单个应用程序或桌面图标,而不是每个站点的重复项(如不显示此功能)。店面店面
本文回顾了如何在企业环境中实施这些设置,以及它们如何与其他相关设置(如应用程序关键字和订阅)集成,以进一步控制如何路由用户会话和显示资源。
概述
店面店面店面店面店面在产品文档中详细介绍了各种配置。如果为应用商店配置“”“”“”“”“”“”“”“”
选择后,系统会提示管理员配置用户映射和资源聚合,如下所示。“笨笨笨笨,笨笨笨笨,笨笨笨笨。”“中文翻译”:“中文翻译”
在至少定义了一个用户组以将设置应用于之前,无法配置多站点聚合。如果要将一组聚合设置应用于连接到应用商店的所有用户,则可以使用内置的 “所有人” 组。配置这些设置后,如果用户不是此处指定的某个组的成员,则不会为该用户枚举任何应用程序或桌面。接下来的两节将从 “聚合资源” 选项开始,详细回顾可用的配置。
聚合选项
在聚合资源部分中,将向管理员显示所有列举的站点,并提示管理员选择具有重叠资源和聚合的站点,如下所示。
对于聚合的站点,还有两种配置控制资源的枚举方式以及在这些站点之间启动会话的方式。这些设置适用于标记为聚合的所有站点:
- 控制器发布相同的资源:此设置控制枚举。如果两个站点被标记为 “相同”,StoreFront 会将场置于同一个 “等效场集” 中,这意味着枚举请求会在站点之间进行负载平衡(轮循),因为假定资源集是等效的,从而节省枚举时间。如果两个站点未标记为 “相同”,StoreFront 会向所有站点发送 XML 枚举请求,并从生成的资源集中消除公用应用程序和桌面的重复数据。
- 跨控制器负载平衡资源: 此设置控制会话启动。“陆基”,“陆基”,“陆基”,“陆基”,“陆基”,“陆基”。会话共享优先于负载平衡决策。因此,如果用户在站点B中已有会话并启动了另一个应用程序或桌面,则该会话也将在站点B中启动(假设应用程序或桌面在那里可用)。
“”“”“”“”“”“”“”“”“”例如,如果有两个生产站点需要进行负载平衡,一个灾难恢复站点仅在两个生产站点都关闭时才使用,则无法使用GUI,必须手动修改。配置中文、英文、中文、英文、中文、英文Citrix文档)。
设计外卖
要总结上一节:
- 店面,店面,店面,店面,店面
- 会话启动可以是负载平衡的,也可以是跨聚合站点失败的
用户场映射
“将用户映射到控制器”设置通常被称为“用户场映射”,因为它们用于控制允许给定用户组枚举的站点,无论这些站点是否聚合。此功能有两个主要用例:
- 限制枚举:即使没有多站点聚合,店面中的一组用户分配给站点子集意味着店面只会在该组中的用户进行身份验证时向这些站点发送XML枚举请求。在全局部署中,这种情况可能会对枚举时间产生重大影响,因为它会阻止店面尝试与给定用户无论如何无需访问的站点进行通信。例如,这些设置可用于将美国用户映射到基于美国的CVAD站点,以便店面在这些用户登录时无法访问其他遍布全球的站点。
- 分配聚合设置:如果配置了多站点聚合,则最好将不同的配置分配给不同的用户组,例如不同的故障切换配置或不同的站点组合。
“将用户映射到控制器”首先提示管理员指定用户组,然后提示管理员指定用户组被分配到的站点(尽管对话框显示“控制器”,但它是为应用商店定义的站点)。有一列表示选定的站点之前是否已配置为聚合,如下所示。此外,如果聚合站点配置为故障转移(“控制器之间的负载均衡资源”未清除),则可以在此处通过右侧的箭头指定站点的顺序。
用户可以成为多个用户组映射的一部分。店面、店面、店面、店面、店面所有已配置的组都将被处理,并枚举所有返回的站点。Citrix管理员通常可以访问所有应用程序和桌面,并且是多个用户组的成员,以便能够测试和重现报告的用户问题,可以预期这种情况会出现这种情况。这只是意味着管理员(或多个组成员的其他用户)可能会遇到与其中一个组中的用户不同的启动行为,因为他们应用了多个配置。在 配置方面,唯一的考虑是,如果两个用户组能够访问具有不同聚合设置的同一组站点。在单个用户的上下文中,站点只能属于一个聚合组,否则将显示错误。通过在两个用户组映射之间命名相同的聚合组来解决这个问题,默认情况下,这是通过GUI完成的,但是,如果网络。配置:1 .配置:
设计外卖
要总结上一节:
- 将用户组分配到站点,即使没有配置聚合,也可以用来帮助限制枚举流量,从而缩短此过程的完成时间
- 聚合站点的故障转移顺序在用户组分配向导中指定
- 如果配置了多个用户组映射,其中包含一些相同的聚合站点,并且用户属于多个组,则聚合组必须命名为相同的
应用程序关键词
控制资源显示和启动的另一种方法是在应用程序描述字段中使用关键字。如x223451中所记录,在商店设置中,可以根据自定义关键字过滤显示。还有一些具有独特功能的预定义特殊关键字。“英文”、“英文”、“英文”、“英文”、“英文”、“英文”、“英文”、“英文”。当发布了同一应用程序的两个实例时,具有指定关键字“主”的实例将始终优先于带有关键字“二”级的实例。此设置将覆盖前面部分中介绍的任何站点聚合设置,这意味着这些设置经常一起使用。
例如,对于两个CVAD站点(站点一个和站点B),几乎所有应用程序都需要在站点一之外启动(基于后端应用程序体系结构)并故障切换到站点B,但是有几个应用程序主要在站点B之外托管。按故障切换顺序排列的所有用户,首先列出站一个主点要在站点B之外托管的特殊应用程序将在站点B中配置为主要关键字主,在站点一个中使用辅助关键字。
设计外卖
要总结上一节:
•“英文”、“英文”、“英文”、“英文”、“英文”、“英文”
订阅
店面中的订阅是允许用户使用“收藏”应用程序的方式,并将其存储在每个店面服务器的本地数据库中,并在服务器组中自动复制。默认情况下,订阅记录以格式存储< SiteName >。< DisplayName >
。乔治。乔治。乔治。乔治。乔治。乔治。乔治。如果两个资源恰好在不同的站点中以相同名称发布,则会单独跟踪对它们的订阅。因此,我们需要某种网站标签来区分这些订阅。
这种情况随着站点聚合而改变,其中站点之间的相同资源不会单独显示和跟踪,而是聚合在同一订阅快捷方式后站点标记不再有意义,因为单个订阅记录必须涵盖来自多个站点的相同资源。因此,当配置站点聚合时,聚合资源的订阅记录将以格式存储< AggregationGroup >。< DisplayPath > \ < DisplayName >
。
这意味着,如果店面多站点聚合是在以前单独提供站点(启用了订阅)之后配置的,则由于订阅记录格式的更改,新聚合资源的任何用户订阅都将消失。之前的订阅记录不再有效,因为应用程序不再绑定到站点,而是一个聚合组。解决方法是通过PowerShell导出订阅数据库,替换将以适当格式聚合的资源的所有记录,并在配置站点聚合后重新导入订阅数据库。否则,用户必须重新订阅其应用程序。
设计外卖
要总结前面的章节:
- 多站点聚合会改变订阅数据库中用户订阅的格式,如果在启用后实现聚合,则必须考虑这一格式