Citrix DaaS™

Cloud Connector 的大小和规模注意事项

在评估 Citrix DaaS 的大小和可扩展性时,请考虑所有组件。请根据您的具体要求研究和测试 Citrix Cloud™ Connector 和 StoreFront 的配置。为大小和可扩展性提供的资源不足会对部署的性能产生负面影响。

注意:

  • 这些建议除了适用于 Citrix DaaS 外,还适用于 Citrix DaaS Standard for Azure
  • 本文中提供的测试和建议是帮助您开始测试的指导原则。我们建议您在自己的环境中执行测试,以验证正确的连接器大小调整。

本文详细介绍了 Cloud Connector 计算机配置的测试最大容量和最佳实践建议。测试是在配置了 StoreFront™ 和 Local Host Cache (LHC) 的部署上执行的。

所提供的信息适用于每个资源位置都包含 VDI 工作负载和 RDS 工作负载的部署。

Cloud Connector 通过以下方式将您的工作负载链接到 Citrix DaaS™:

  • 为您的 VDA 与 Citrix DaaS 之间的通信提供代理。
  • 为 Citrix DaaS 与您的 Active Directory (AD) 和虚拟机管理程序之间的通信提供代理。
  • 在包含 StoreFront 服务器的部署中,Cloud Connector 在云中断期间充当临时会话代理,为用户提供对资源的持续访问。

正确调整和配置 Cloud Connector 以满足您的特定需求非常重要。虽然测试是使用两个 Cloud Connector 运行的,但在 Cloud Connector 升级期间只有一个 Cloud Connector 可用。为确保 Cloud Connector 升级期间的高可用性,一些客户选择部署三个 Cloud Connector。

每组 Cloud Connector 都分配给一个资源位置(在 Studio 中也称为区域)。资源位置是一种逻辑分离,用于指定哪些资源与该组 Cloud Connector 进行通信。每个域至少需要一个资源位置才能与 Active Directory (AD) 进行通信。

每个计算机目录和托管连接都分配给一个资源位置。

对于具有多个资源位置的部署,请将计算机目录和 VDA 分配给资源位置,以优化 LHC 在中断期间代理连接的能力。有关创建和管理资源位置的更多信息,请参阅连接到 Citrix Cloud。为了获得最佳性能,请在与 VDA、AD 服务器和虚拟机管理程序的低延迟连接上配置 Cloud Connector。

推荐的处理器和存储

为了获得与这些测试中类似的性能,请使用支持 SHA 扩展的现代处理器。SHA 扩展可减少 CPU 上的加密负载。推荐的处理器包括:

  • Advanced Micro Devices (AMD) Zen 及更新的处理器
  • Intel Ice Lake 及更新的处理器

推荐的处理器运行效率高。您可以使用旧版处理器,但这可能会导致更高的 CPU 负载。我们建议增加 vCPU 计数以抵消此行为。

本文中描述的测试是使用 AMD EPYC 和 Intel Cascade Lake 处理器执行的。

Cloud Connector 在与云通信时具有繁重的加密负载。使用具有 SHA 扩展的处理器的 Cloud Connector 在其 CPU 上的负载较低,这表现为 Windows Local Security Authority Subsystem Service (LSASS) 的 CPU 使用率较低。

Citrix 建议使用具有足够每秒 I/O 操作数 (IOPS) 的现代存储,特别是对于使用 LHC 的部署。建议使用固态硬盘 (SSD),但不需要高级云存储层。对于 Cloud Connector 运行数据库小副本的 LHC 场景,需要更高的 IOPS。此数据库会定期更新站点配置更改,并在 Citrix Cloud 中断时为资源位置提供代理功能。

Local Host Cache 的推荐计算配置

Local Host Cache (LHC) 通过在 Cloud Connector 无法与 Citrix Cloud 通信时,使部署中的连接代理操作能够继续,从而提供高可用性。

Cloud Connector 运行 Microsoft SQL Express Server LocalDB,该服务在您安装 Cloud Connector 时自动安装。Cloud Connector 的 CPU 配置,特别是可用于 SQL Express Server LocalDB 的核心数,直接影响 LHC 性能。可用于 SQL Server Express Server LocalDB 的 CPU 核心数对 LHC 性能的影响甚至超过内存分配。此 CPU 开销仅在 LHC 模式下,当 Citrix DaaS 不可访问且 LHC 代理处于活动状态时才会出现。对于任何使用 LHC 的部署,Citrix 建议每个套接字四个核心,每个 Cloud Connector 至少四个 CPU 核心。有关配置 SQL Express Server LocalDB 计算资源的信息,请参阅 Compute capacity limits by edition of SQL Server

如果可用于 SQL Express Server LocalDB 的计算资源配置不当,则配置同步时间可能会增加,并且中断期间的性能可能会降低。在某些虚拟化环境中,计算容量可能取决于逻辑处理器数量而非 CPU 核心数。

测试结果摘要

本摘要中的所有结果均基于本文详细部分中配置的测试环境中的发现。此处显示的结果适用于单个资源位置。不同的系统配置可能会产生不同的结果。

此图提供了测试配置的图形概述。

测试配置概述

下表显示了各种规模站点的 Cloud Connector CPU 和内存的最低推荐配置。使用这些配置的测试结果如下所示。有关资源位置限制的更多信息,请参阅限制

  中型 大型 最大
高可用性连接器 2 2 3
VDA 最多 1000 个 1001 - 5000 个 5001 - 10,000 个
会话 最多 2500 个 最多 10,000 个 最多 25,000 个
托管连接 最多 20 个 最多 40 个 最多 40 个
Cloud Connector 的 CPU 4vCPU 4vCPU 8vCPU
Cloud Connector 的内存 6 GB 8 GB 10 GB

注意:

如果您的部署超过 5000 个 VDA,则必须使用三个 Cloud Connector 来实现高可用性和可扩展性。

测试方法

进行测试是为了增加负载并测量环境组件的性能。通过收集性能数据和过程计时(例如登录时间和注册时间)来监控组件。有时,专有的 Citrix 模拟工具用于模拟 VDA 和会话。这些工具旨在以与传统 VDA 和会话相同的方式运行 Citrix 组件,而无需相同的资源要求来托管真实会话和 VDA。在具有 Citrix StoreFront 的场景中,测试在云代理和 LHC 模式下进行。

本文中 Cloud Connector 大小调整的建议基于从这些测试中收集的数据。

运行了以下测试:

  • 会话登录/启动风暴: 模拟高容量登录时段的测试。
  • VDA 注册风暴: 模拟高容量 VDA 注册时段的测试。例如,在升级周期之后或在云代理和 Local Host Cache 模式之间转换时。
  • VDA 电源操作风暴: 模拟高容量 VDA 电源操作的测试。

测试场景和条件

这些测试是在配置了 LHC 的情况下执行的。有关使用 LHC 的更多信息,请参阅 Local Host Cache 一文。LHC 需要本地 StoreFront 服务器。有关 StoreFront 的详细信息,请参阅 StoreFront 产品文档

StoreFront 配置建议:

  • 如果您有多个资源位置,并且只有一个 StoreFront 服务器或服务器组,请为 StoreFront 存储启用高级运行状况检查选项。请参阅 Local Host Cache 一文中的 StoreFront 要求
  • 为了获得更高的会话启动率,请使用 StoreFront 服务器组。请参阅 StoreFront 产品文档中的配置服务器组

测试条件:

  • CPU 和内存要求仅适用于基本操作系统和 Citrix 服务。第三方应用程序和服务可能需要额外的资源。
  • VDA 是运行 Citrix Virtual Delivery Agent 的任何虚拟或物理计算机。
  • 测试仅使用 Windows VDA 执行。
  • 所有测试的 VDA 均使用 Citrix DaaS 进行电源管理。
  • 会话以每分钟 1,000 个的持续速率启动。
  • 测试了 1,000 到 10,000 个 VDI 和 500 到 10,000 个 RDS 服务器的工作负载,以及 1,000 到 25,000 个会话。
  • 每个资源位置最多测试了 25,000 个 RDS 会话。
  • 测试在正常操作和中断期间均使用两个 Cloud Connector 执行。Citrix 建议至少使用两个 Cloud Connector 来实现高可用性,并为最大和大型资源位置使用三个 Cloud Connector。在中断模式下,只有一个 Cloud Connector 用于 VDA 注册和代理。虽然测试是使用两个 Cloud Connector 运行的,但在升级期间只有一个 Cloud Connector 可用。为确保升级期间的高可用性,一些客户选择运行三个 Cloud Connector。
  • 测试是使用配置了 Intel Cascade Lake 处理器的 Cloud Connector 执行的。
  • 会话通过单个 Citrix StoreFront 服务器启动。
  • LHC 中断会话启动测试是在计算机重新注册后进行的。

RDS 会话计数是建议而非限制。请在您的环境中测试您自己的 RDS 会话限制。

注意:

对于 RDS,会话计数和启动率比 VDA 计数更重要。

中型工作负载

这些工作负载使用 4 个 vCPU 和 6 GB 内存进行了测试。

测试工作负载 站点条件 VDA 注册时间 注册 CPU 和内存使用率 启动测试时长 会话启动 CPU 和内存使用率 启动速率
1000 VDI 在线 5 分钟 CPU 最大值 = 36%,CPU 平均值 = 33%,内存最大值 = 5.3 GB 2 分钟 CPU 最大值 = 29%,CPU 平均值 = 27%,内存最大值 = 3.7 GB 每分钟 500 个
1000 VDI 中断 4 分钟 CPU 最大值 = 11%,CPU 平均值 = 10%,内存最大值 = 4.5 GB 2 分钟 CPU 最大值 = 42%,CPU 平均值 = 28%,内存最大值 = 4.0 GB 每分钟 500 个
250 RDS,5000 个会话 在线 3 分钟 CPU 最大值 = 14%,CPU 平均值 = 4%,内存最大值 = 3.5 GB 9 分钟 CPU 最大值 = 46%,CPU 平均值 = 21%,内存最大值 = 3.7 GB 每分钟 555 个
250 RDS,5000 个会话 中断 3 分钟 CPU 最大值 = 15%,CPU 平均值 = 5%,内存最大值 = 3.7 GB 9 分钟 CPU 最大值 = 51%,CPU 平均值 = 32%,内存最大值 = 4.2 GB 每分钟 555 个

大型工作负载

这些工作负载使用 4 个 vCPU 和 8 GB 内存进行了测试。

测试工作负载 站点条件 VDA 注册时间 注册 CPU 和内存使用率 启动测试时长 会话启动 CPU 和内存使用率 启动速率
5000 VDI 在线 3–4 分钟 CPU 最大值 = 45%,CPU 平均值 = 25%,内存最大值 = 7.0 GB 5 分钟 CPU 最大值 = 75%,CPU 平均值 = 55%,内存最大值 = 7.0 GB 每分钟 1000 个
5000 VDI 中断 4–6 分钟 CPU 最大值 = 15%,CPU 平均值 = 5%,内存最大值 = 7.5 GB 5 分钟 CPU 最大值 = 45%,CPU 平均值 = 40%,内存最大值 = 7.5 GB 每分钟 1000 个
500 RDS,10,000 个会话 在线 3 分钟 CPU 最大值 = 45%,CPU 平均值 = 25%,内存最大值 = 7.0 GB 10 分钟 CPU 最大值 = 75%,CPU 平均值 = 55%,内存最大值 = 7.0 GB 每分钟 1000 个
500 RDS,10,000 个会话 中断 3 分钟 CPU 最大值 = 15%,CPU 平均值 = 5%,内存最大值 = 7.5 GB 10 分钟 CPU 最大值 = 45%,CPU 平均值 = 40%,内存最大值 = 7.5 GB 每分钟 1000 个

最大工作负载

这些工作负载使用 8 个 vCPU 和 10 GB 内存进行了测试。

测试工作负载 站点条件 VDA 注册时间 注册 CPU 和内存使用率 启动测试时长 会话启动 CPU 和内存使用率 启动速率
10,000 VDI 在线 3–4 分钟 CPU 最大值 = 85%,CPU 平均值 = 10%,内存最大值 = 8.5 GB 7 分钟 CPU 最大值 = 66%,CPU 平均值 = 28%,内存最大值 = 7.0 GB 每分钟 1400 个
10,000 VDI 中断 4–5 分钟 CPU 最大值 = 90%,CPU 平均值 = 17%,内存最大值 = 8.2 GB 5 分钟 CPU 最大值 = 90%,CPU 平均值 = 45%,内存最大值 = 8.5 GB 每分钟 2000 个
1000 RDS,20,000 个会话 在线 1–2 分钟 CPU 最大值 = 60%,CPU 平均值 = 20%,内存最大值 = 8.6 GB 17 分钟 CPU 最大值 = 66%,CPU 平均值 = 25%,内存最大值 = 6.8 GB 每分钟 1200 个
1000 RDS,20,000 个会话 中断 3–4 分钟 CPU 最大值 = 22%,CPU 平均值 = 10%,内存最大值 = 8.5 GB 21 分钟 CPU 最大值 = 90%,CPU 平均值 = 50%,内存最大值 = 7.5 GB 每分钟 1000 个

注意:

此处显示的工作负载是一个资源位置的最大推荐工作负载。要支持更大的工作负载,请添加更多资源位置。

配置同步资源使用情况

配置同步过程使 Cloud Connector 与 Citrix DaaS 保持最新。更新会自动发送到 Cloud Connector,以确保 Cloud Connector 在发生中断时准备好接管代理。配置同步会更新 LHC 数据库,即 SQL Express Server LocalDB。该过程将数据导入临时数据库,然后在导入后切换到该数据库。这确保了始终有一个 LHC 数据库准备好接管。

在数据导入临时数据库时,CPU、内存和磁盘使用率会暂时增加。

测试条件:

  • 在 8 个 vCPU 的 AMD EPYC 上进行了测试
  • 导入的站点配置数据库适用于一个环境,该环境在站点范围内共有 80,000 个 VDA 和 300,000 个用户(三班制,每班 100,000 个用户)
  • 数据导入时间在具有 10,000 个 VDI 的资源位置上进行了测试

测试结果:

  • 数据导入时间: 7–10 分钟
  • CPU 使用率:
    • 最大值 = 25%
    • 平均值 = 15%
  • 内存使用率:
    • 增加约 2 GB 到 3 GB
  • 磁盘使用率:
    • 4 MB/秒 磁盘读取峰值
    • 18 MB/秒 磁盘写入峰值
    • 在下载和写入 XML 配置文件期间,70 MB/秒 磁盘写入峰值
    • 导入完成时,4 MB/秒 磁盘读取峰值
  • LHC 数据库大小:
    • 400–500 MB 数据库文件
    • 200–300 MB 日志数据库

其他资源使用注意事项:

  • 在导入期间,将下载完整的站点配置数据。此下载可能会导致内存峰值,具体取决于站点大小。如果在配置同步期间发生内存峰值,请考虑增加 Cloud Connector 的大小。
  • 测试站点数据库和数据库日志文件合计使用了大约 800 MB。在配置同步期间,这些文件会重复,最大合计大小约为 1600 MB。请确保您的 Cloud Connector 有足够的磁盘空间来存储重复的文件。如果磁盘已满,配置同步过程将失败。
Cloud Connector 的大小和规模注意事项