【问题标题】:Azure Service Fabric deployments consume a lot disk spaceAzure Service Fabric 部署消耗大量磁盘空间
【发布时间】: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 删除部署包有些延迟。一天后我检查了测试集群,所有未配置的包终于消失了。

【问题讨论】:

  • 你能提供这个答案吗?

标签: azure-service-fabric


【解决方案1】:

SF 删除部署包似乎有些延迟。一天后我检查了测试集群,所有未配置的包终于消失了。

我还发现 Unregister-ServiceFabricApplicationType Cmdlet 可以自动执行取消配置过程 (https://msdn.microsoft.com/en-us/library/mt125885.aspx)。

【讨论】:

  • 不过,这种磁盘管理任务不应该由结构来处理吗?它应该知道它有 X 个未使用的旧版本的应用程序,并且它可以丢弃除最后几个之外的所有版本,对吗?当结构可以轻松承担此任务时,我不想管理集群上的磁盘空间。
猜你喜欢
  • 1970-01-01
  • 2018-04-05
  • 1970-01-01
  • 1970-01-01
  • 2017-10-07
  • 2018-10-05
  • 2020-03-11
  • 1970-01-01
  • 2019-04-29
相关资源
最近更新 更多