-
如何检查正在运行的日志服务器配置，例如 MAX_RESERVE_DAYS？
您可以使用以下任一命令检查容器环境变量值：
docker inspect logserver |findstr MAX_RESERVE_DAYS 或者通过检查容器环境： docker exec -it logserver env |grep MAX_RESERVE_DAYS
如果未返回任何内容，则表示日志服务器正在使用默认值： MAX_RESERVE_DAYS=7
-
在 Windows 上安装日志服务器容器映像时，是否需要购买 Docker Desktop 许可证？
是的。需要有效的 Docker Desktop 许可证。
-
我应该使用新服务器进行日志服务器安装吗？
是的。建议使用专用服务器进行日志服务器安装，以确保性能和隔离。
-
单个 AOT 日志服务器的持续摄取容量是多少？最大和安全的每秒事件数 (EPS) 限制是多少？
单个 AOT 日志服务器支持 每秒 10,000 个事件 (EPS) 的持续摄取容量。此值代表持续摄取的最大值和安全操作阈值。
-
单个 AOT 日志服务器可以处理多少个组件？是否有最大限制？
单个日志服务器最多可以连接 128,000 个组件，但每秒只能处理大约 10,000 个日志。因此，机器数量很少是问题所在——真正的规模因素是您的用户在高峰活动期间生成了多少日志。
-
AOT 日志服务器的突发容忍度是多少？它可以在不丢失或积压突破的情况下处理多少突发日志峰值？
AOT 日志服务器可以处理高达正常事件速率 2 倍的短期突发，而不会丢失日志。如果日志量超出此范围（例如，5 倍），系统将无法可靠地持久化事件，并且 OpenSearch 将开始丢弃日志，因为它无法足够快地对其进行索引。
-
AOT 日志服务器可以压缩日志吗？我们应该期望的压缩比是多少？
是的。AOT 日志服务器使用默认的 LZ4 压缩算法 将日志存储在 OpenSearch 中。典型的压缩比约为 2:1，这意味着日志数据的大小减少到原始大小的一半以下，同时保持快速读写性能。
-
对于每种基础架构类型（单站点本地部署、多站点本地部署、单区域云、多区域云、混合、MSP/租户），AOT 日志服务器应部署在哪里，为什么？
AOT 日志服务器应始终部署在与 VDA 处于同一网络可达范围内。这可确保稳定的连接，并有助于保持生成日志的组件与接收日志的日志服务器之间的低延迟。只要每个组件（VDA、DDC、StoreFront、Gateway 等）都能可靠地访问日志服务器，环境就能正常运行。
-
我们是否需要每个区域一个日志服务器，还是可以全部集中化？延迟和出口流量如何？
您可以集中化日志服务器，但客户应评估其环境的延迟和出口成本影响。区域之间的延迟可能会影响日志摄取，尤其是在高流量期间。如果往返延迟较高，日志的峰值或突发可能会导致延迟、积压，或在高峰负载期间可能丢失。当日志跨越区域或云边界时，可能会产生出口费用。
-
AOT 是否会消耗大量网络带宽或系统资源？
不会。AOT 旨在对端点、VDA 或任何组件以及网络性能产生最小影响。
AOT 持续收集日志，并通过 HTTPS 以近乎实时的方式将其上传到 AOT 日志服务器。单个日志记录通常非常小（通常只有几千字节），这有助于在正常操作期间最大程度地减少网络开销。
消耗的总带宽取决于活动会话的数量、启用的组件和环境活动。在大多数部署中，AOT 日志流量占总网络利用率的比例非常小。
AOT 还使用压缩来减少存储要求并优化到日志服务器的数据传输。
-
支持 1,000 台计算机的 AOT 日志服务器的最低硬件规格是什么？
对于多达 1,000 台计算机的环境，您需要：1 个节点（日志服务器 + OpenSearch 组合）、4 个 vCPU、8 GB RAM、2,000 IOPS 最低（建议使用 SSD 或 NVMe）、1 Gbps NIC。此设置适用于日志量适中的小型或单站点部署。
-
如果日志服务器出现问题，我该如何进行故障排除？
LogServer 作为 docker 容器运行，因此所有 docker 命令都可用于查找问题：
docker logs logserver
docker inspect logserver
此外，用户可以连接到正在运行的容器并查看日志服务器自身的日志：
docker exec –it logserver bash
在 logserver docker 容器的 bash shell 中，用户可以验证 logserver 和 opensearch 的运行状况：
curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty
并检查容器内的日志：
tail Config/applogs.txt
tail Config/weblogs.txt
如果需要更多日志，用户可以修改 StartLogServer.sh/StartLogServer.bat 中的 LOG_LEVEL=0，并通过这些脚本文件重新启动 logserver。然后，详细日志将包括 TRACE、DEBUG、INFO、WARN、ERROR 所有级别。
-
从不正确分离的日志服务器存储磁盘中恢复
如果您在未首先从 Citrix Connector Appliance 管理 UI 中分离日志服务器存储磁盘的情况下，直接从虚拟机管理程序或云提供商中移除或分离该磁盘，则 Connector Appliance 会保留存储配置并假定该磁盘仍处于连接状态。因此，以前连接的磁盘仍会在 Connector Appliance 中配置，附加新磁盘会失败，并且您可能会看到类似于以下内容的错误：本地磁盘已挂载到提供程序。
选项 1（推荐）： 如果原始磁盘仍然可用：
-
从虚拟机管理程序或云提供商将原始磁盘重新连接到 Connector Appliance VM。
-
重新启动 Connector Appliance。
-
设备成功启动后，使用 Connector Appliance 管理 UI 分离磁盘。
-
如果需要，您现在可以附加新磁盘。
选项 2： 如果原始磁盘不再可用，请通过执行以下 API 请求手动删除过时的存储配置。
检索授权令牌 并运行相应的命令：
林纳克斯：
curl -X POST "https://<connector-fqdn>/storage/$detach" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer <token>" \
-d '{"targetProvider":"logserver-provider","storageType":"local"}'
视窗：
curl -X POST "https://<connector-fqdn>/storage/$detach" ^
-H "Content-Type: application/json" ^
-H "Authorization: Bearer <token>" ^
-d "{\"targetProvider\":\"logserver-provider\",\"storageType\":\"local\"}"
即使过时的存储配置已成功删除，API 也可能返回错误。在重试磁盘附加之前，请验证存储配置。
作为最佳实践，在从虚拟机管理程序或云提供商移除或分离日志服务器存储磁盘之前，务必先从 Connector Appliance 管理 UI 中分离该磁盘。这可确保 Connector Appliance 清理其存储配置并防止过时的存储引用。
