Azure service fabric FabricDCA和MaxDiskQuotaInMB配置

这个问题有两个部分。首先，什么属于诊断的权限——MaxDiskQuotaInMB？一切都在SvcFab/Log下吗？只需SvcFab/Log/AppInstanceData/？有更多关于这方面的信息会很好

其次，如果FabricDCA.exe正在运行，但SvcFab/Log和SvcFab/Log/AppInstanceData/文件夹超出了我们对其大小设置的限制，那么正确的操作过程是什么？我的团队将它们设置为10000 MB，但SvcFab/Log通常占用12-16 GB

Azure上的群集配置识别对MaxDiskQuotaInMB配置的更改，但似乎对节点本身没有影响。我也尝试过重置FabricDCA.exe，但到目前为止也没有效果（几个小时后）

---

集群中的一个节点被日志占用了太多的空间（超过了我们的限制），剩余的存储空间减少到了1MB。

发布了一个更完整的答案，因为它可能对其他人有所帮助

SvcFab/Log文件夹下的大多数内容都应该在MaxDiskQuotaInMB设置的配额范围内。有一些东西可能不是，但大多数通常占用磁盘空间的东西都包括在内。还请记住，清理磁盘的任务通常每5分钟运行一次，因此您可能会看到在此时间段内使用率超过配额

如果FabricDCA.exe未正确清理此文件夹中的文件，则可能是您在.Net运行时遇到了一个错误，其中所有system.threading.Timer都停止启动，并且磁盘无法清理，因为FabricDCA依赖这些计时器来执行此操作。 这是.NET核心端跟踪问题的错误：（）。这似乎发生在机器间歇性内存不足时

Service Fabric 7.0中的FabricDCA中添加了自动缓解功能。 手动缓解通常是终止FabricDCA.exe进程。 该过程应再次开始，几分钟后将再次开始清洁

您提到您已经尝试杀死FabricDCA.exe，因此上述解决方案可能对您不起作用。在这种情况下，请尝试直接查看Service Fabric群集清单，在这种情况下，您的新配置似乎被ARM模板部署接受，但新配置没有到达群集清单，这是本例中的真实来源

更新：

---

作为上述自动缓解措施的一部分，引入了一个回归，导致AppInstanceFolder填满了磁盘。这在SF 7.0.466版中已修复，感谢您的回复和其他信息。我们使用的是Service Fabric 7.0，我们已经确认该设置在集群清单中（我们通过SF Explorer进行了检查）。你还有其他建议吗？