Azure Service Fabric 部署消耗大量磁盘 space
Azure Service Fabric deployments consume a lot disk space
我出于测试目的运行一个本地 Azure Service Fabric 集群。它由三个节点组成,它们 运行 在一个虚拟机 (Windows Server 2012) 上,并附加了一个 50 GB 的磁盘。
此外,我设置了从 TFS 发布管道到集群的持续部署。然而大约之后。 80 次部署,服务结构消耗了所有可用磁盘 space,进一步部署失败。
大部分 space 被 C:\ProgramData\SF\Data 占用,占用了大约 28GB,而每个代码包的大小约为 130 MB。在我取消配置许多旧部署(通过 SF 门户手动)后,只释放了大约 5GB。许多旧文件仍在 C:\ProgramData\SF\Data.
中
改进此问题的最佳方法是什么?
- 为什么旧部署的文件在取消配置后仍在磁盘上?
- 是否可以手动删除这些文件?
- 是否可以自动取消配置?
在生产环境中无论如何都应该放宽这种情况(因为每台机器只有一个节点和更大的磁盘)。然而,这只会推迟邪恶的日子。我会觉得完全避免这种情况会更安全。
编辑
似乎 SF 正在延迟删除部署包。一天后我检查了测试集群,所有未配置的包终于消失了。
似乎 SF 正在延迟删除部署包。一天后我检查了测试集群,所有未配置的包终于消失了。
此外,我发现 Unregister-ServiceFabricApplicationType Cmdlet 可以自动取消配置过程 (https://msdn.microsoft.com/en-us/library/mt125885.aspx)。
我出于测试目的运行一个本地 Azure Service Fabric 集群。它由三个节点组成,它们 运行 在一个虚拟机 (Windows Server 2012) 上,并附加了一个 50 GB 的磁盘。
此外,我设置了从 TFS 发布管道到集群的持续部署。然而大约之后。 80 次部署,服务结构消耗了所有可用磁盘 space,进一步部署失败。
大部分 space 被 C:\ProgramData\SF\Data 占用,占用了大约 28GB,而每个代码包的大小约为 130 MB。在我取消配置许多旧部署(通过 SF 门户手动)后,只释放了大约 5GB。许多旧文件仍在 C:\ProgramData\SF\Data.
中改进此问题的最佳方法是什么?
- 为什么旧部署的文件在取消配置后仍在磁盘上?
- 是否可以手动删除这些文件?
- 是否可以自动取消配置?
在生产环境中无论如何都应该放宽这种情况(因为每台机器只有一个节点和更大的磁盘)。然而,这只会推迟邪恶的日子。我会觉得完全避免这种情况会更安全。
编辑
似乎 SF 正在延迟删除部署包。一天后我检查了测试集群,所有未配置的包终于消失了。
似乎 SF 正在延迟删除部署包。一天后我检查了测试集群,所有未配置的包终于消失了。
此外,我发现 Unregister-ServiceFabricApplicationType Cmdlet 可以自动取消配置过程 (https://msdn.microsoft.com/en-us/library/mt125885.aspx)。