日志服务器推荐

每日日志量（存储）

规模估算假设

• 此示例代表一个包含大约 10,000 个受管端点和基础设施组件的参考部署。
• 出于规模调整目的，交付控制器、StoreFront 服务器、网关、PVS、FAS、会话录制以及其他基础设施组件的估算值为每台服务器每天 300 MB。
• 每台服务器 300 MB 的值是一个保守估计，用于存储规划和容量计算。

注意：

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

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

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

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

5. Today, the Log Server ships as a single combined node that includes both the Log Server service and the search/index engine. This simplifies deployment but limits the ability to scale the search tier independently.

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

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

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

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

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

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

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

使用下表作为参考，根据部署规模估算每日日志量和存储要求。这些估算值旨在用于容量规划，并可能因用户活动、会话密度、启用的组件和部署架构而异。

每日日志量估算

基于保留期的存储估算

注意：

• 这些数值是旨在用于容量规划的近似估算值。实际的存储需求将取决于部署架构、用户活动、已启用的组件、保留期以及压缩效率。

• 估算基于 10,000 台计算机的参考部署模型，并按线性比例缩放。