【发布时间】:2016-11-13 10:44:21
【问题描述】:
我出于测试目的运行本地 Azure Service Fabric 群集。它由三个节点组成,这些节点在单个虚拟机 (Windows Server 2012) 上运行,并附有 50 GB 磁盘。
我进一步设置了从 TFS 发布管道到集群的持续部署。然而,大约之后。 80 次部署,Service Fabric 耗尽了所有可用磁盘空间,进一步部署失败。
大部分空间被 C:\ProgramData\SF\Data 占用,大约 28GB,而每个代码包的大小约为 130 MB。在我取消了许多旧部署(手动通过 SF 门户)的配置后,只释放了大约 5GB。许多旧文件仍在 C:\ProgramData\SF\Data 中。
改善这一点的最佳方法是什么?
- 为什么取消配置后旧部署的文件仍在磁盘上?
- 是否可以手动删除这些文件?
- 是否可以自动取消配置?
在生产环境中,无论如何都应该放宽这种情况(因为每台机器只有一个节点和更大的磁盘)。然而,这只会推迟邪恶的一天。完全避免这种情况,我会觉得更安全。
编辑
似乎 SF 删除部署包有些延迟。一天后我检查了测试集群,所有未配置的包终于消失了。
【问题讨论】:
-
你能提供这个答案吗?