Citrix Virtual Apps and Desktops

日志服务器建议

每日日志量(存储)

项目 每日会话数 每个会话的平均日志大小 每日日志总量
持久性 VDA 1000 2 2 MB 4,000 MB (≈4 GB)
池化 VDA 1000 50 2 MB 100,000 MB (≈100 GB)
CWA 端点 7500 4 1 MB-1.5 MB 45,000 MB (≈45 GB)
Delivery Controller 4 每个 DDC 300 MB 1,200 MB (≈1.2 GB)
StoreFront 服务器 4 每个服务器 300 MB 1,200 MB (≈1.2 GB)
NetScaler Gateway /PVS/会话录制/FSA 和其他服务器 4 每个服务器 300 MB 1,200 MB (≈1.2 GB)
每日日志总大小(压缩后) 压缩前约为 155 GB/天
        压缩后为 80 GB 到 125 GB/天

注意:

  1. 这些值是近似值,并且在不同部署之间可能差异很大。日志量取决于站点规模、用户活动、组件组合和保留需求。请仅将这些数字用作规划的基准,并根据您环境的实际使用情况、增长趋势和性能测试来调整存储分配。

  2. 日志服务器默认使用 LZ4 压缩算法。压缩百分比可能在 20% 到 50% 之间;这意味着在最大压缩时,日志服务器将占用一半的磁盘空间,而在最小压缩时,将占用 80% 的磁盘空间。

  3. 单个 AOT 日志服务器最多可支持 128,000 个活动组件连接,并每秒处理多达 10,000 个日志事件。只要环境保持在这些连接和吞吐量阈值内,日志服务器就旨在全天候持续收集和存储 AOT 日志。

  4. 这些建议并非由虚拟机的大小决定,而是由底层搜索和索引引擎的容量决定,该引擎负责摄取、处理和存储传入的 AOT 日志。此搜索层最终决定了最大规模,因为它处理索引、查询和保留操作。随着环境的增长,此层必须横向扩展以保持性能。

  5. 目前,日志服务器以单个组合节点的形式提供,该节点包含日志服务器服务和搜索/索引引擎。这简化了部署,但限制了独立扩展搜索层的能力。

  6. 在即将发布的版本中,Citrix 将过渡到分离式架构,其中摄取和存储/索引将在独立的节点上运行。这将允许客户随着环境的增长扩展搜索层,提高大型或多站点部署的性能,并消除当前单节点设计所施加的可伸缩性上限。

  7. 将 AOT 日志服务器部署在 SSD 支持的存储上。强烈建议使用 SSD,以确保可靠的日志摄取、快速的搜索性能和高效的关联,尤其是在高容量环境中。

AOT 日志服务器存储大小调整

正确调整存储大小是规划 AOT 日志服务器时最重要的步骤之一。所需的总存储量取决于发送 AOT 日志的机器数量、每天生成的数据量以及日志必须保留多长时间。

由于每个 Citrix 环境的行为方式不同,客户应首先使用其 VDA、Citrix Workspace App 端点、Delivery Controller 和 StoreFront 服务器的日志生成模式来估算其每日日志量。一旦已知每日日志量,就可以使用以下公式计算总存储量。

存储计算公式 总存储量 (GB) = 每日日志量 (GB) × 保留天数

示例计算 - 每日日志量(压缩后)= 125 GB – 200 GB) 以下示例说明了针对不同保留目标,存储要求如何扩展。

保留期 所需存储
7 天 560 GB – 875 GB (建议)
15 天 1,200 GB (≈1.200 TB) - 1,875 GB (1.875 TB)
30 天 2,4000 GB (≈2.400 TB) - 3,750 GB (3.750 TB)
日志服务器建议