日志服务器建议
每日日志量(存储)
| 项目 | 计算机数量 | 每日/每台计算机的会话数 | 每个会话的平均日志大小 | 每日日志总量 |
|---|---|---|---|---|
| 持久性 VDA | 1000 | 2 | 2 MB | 4,000 MB (约等于 4 GB) |
| 池化 VDA | 1000 | 50 | 2 MB | 100,000 MB (约等于 100 GB) |
| CWA 端点 | 7500 | 4 | 1 兆字节 到 1.5 兆字节 | 45,000 兆字节 (大约 45 千兆字节) |
| 交付控制器 | 4 | — | 每个 DDC 300 兆字节 | 1,200 兆字节 (约 1.2 吉字节) |
| 应用商店前端服务器 | 4 | — | 每台服务器 300 MB | 1,200 兆字节 (约 1.2 千兆字节) |
| NetScaler Gateway /预配服务/会话录制/文件系统分析及其他服务器 | 4 | — | 每台服务器 300 MB | 1,200 兆字节 (约 1.2 吉字节) |
| 每日总日志大小(压缩后) | — | — | — | 压缩前约为 155 GB/天 |
| 压缩后为 80 GB 到 125 GB/天 |
注意:
这些值是近似值,并且在不同部署之间可能存在很大差异。日志量取决于站点大小、用户活动、组件组合和保留需求。仅将这些数字用作规划的基准,并根据您环境的实际使用情况、增长趋势和性能测试调整存储分配。
日志服务器默认使用 LZ4 压缩算法。压缩率可能在 20% 到 50% 之间;这意味着在最大压缩时,日志服务器将占用一半的磁盘空间,而在最小压缩时,将占用 80% 的磁盘空间。
单个 AOT 日志服务器可支持多达 128,000 个活动组件连接,并每秒处理多达 10,000 个日志事件。日志服务器旨在全天候持续收集和存储 AOT 日志,前提是环境保持在这些连接和吞吐量阈值内。
这些建议并非由虚拟机的大小决定,而是由底层搜索和索引引擎的容量决定,该引擎负责摄取、处理和存储传入的 AOT 日志。此搜索层最终决定了最大规模,因为它处理索引、查询和保留操作。随着环境的增长,此层必须横向扩展以保持性能。
目前,日志服务器以单个组合节点的形式提供,该节点包含日志服务器服务和搜索/索引引擎。这简化了部署,但限制了独立扩展搜索层的能力。
在即将发布的版本中,Citrix 将过渡到分离式架构,其中摄取和存储/索引在独立节点上运行。这将允许客户随着环境的增长扩展搜索层,提高大型或多站点部署的性能,并消除当前单节点设计所带来的可扩展性上限。
将 AOT 日志服务器部署在 SSD 支持的存储上。强烈建议使用 SSD,以确保可靠的日志摄取、快速的搜索性能和高效的关联,尤其是在高容量环境中。
AOT 日志服务器存储大小调整
在规划 AOT 日志服务器时,正确调整存储大小是最重要的步骤之一。所需的总存储空间取决于有多少台计算机正在发送 AOT 日志、每天生成多少数据以及日志必须保留多长时间。
由于每个 Citrix 环境的行为方式不同,客户应首先使用其 VDA、Citrix Workspace App 端点、交付控制器和 StoreFront 服务器的日志生成模式来估算其每日日志量。一旦已知每日日志量,即可使用以下公式计算总存储空间。
存储计算公式 总存储空间 (GB) = 每日日志量 (GB) × 保留天数
示例计算 - 每日日志量(压缩后)= 125 GB – 200 GB) 以下示例说明了存储要求如何根据不同的保留目标进行扩展。
| 日志保留期 | 所需存储空间 |
|---|---|
| 7 天 | 560 吉字节 – 875 吉字节(推荐) |
| 15 天 | 1,200 吉字节 (约 1.200 太字节) 到 1,875 吉字节 (1.875 太字节) |
| 30 天 | 建议的存储容量范围为 2,4000 吉字节 (约 2.400 太字节) 至 3,750 吉字节 (3.750 太字节) |