我们正在运行一个具有多个节点的 Jenkins 服务器。一段时间后，越来越多的项目添加到实例中，我们遇到了多个问题（我们需要很少的人来解决，但这是另一个话题）。
真正令人担忧的是我们用作服务器的虚拟机的大小。它存储的数据超过 10 TB，并且只会增长（我们需要在几年/几十年后访问工件）。
我现在的问题一般是是否有人对这些大型装置有一定的经验并且可以给我一些估计，如果没有得到适当的维护，整个系统可能会发生什么，以及我们应该采取什么建议措施。
我们下一步要做什么还不清楚。我只是想听听更有经验的人会怎么做。
答案1
容量规划还包括告诉组织他们当前的做事方式的成本是多少。
估算一下未来一年左右需要多少空间。四舍五入一下，计划使用 75% 的空间可以提供一点缓冲。添加您预期的成本，不仅是可用容量，还包括超过一个 LUN/文件系统/存储阵列的最大大小。加上冗余存储和备份的成本。
提供成本更低的替代方案。
“丢弃旧版本”是 Jenkins 控制保留的选项。实际要求可能会在知道价格标签时出现。不过，许多组织并不直接支付 IT 费用，因此他们的业务部门可能并不关心。
讨论可以提前多久请求旧工件。几天内拿到意味着它可能在冷存储层。备份磁带比在线系统便宜得多。使用不同介质的独立备份系统可以提高数据“数十年”存活的几率。了解拥有硬件和人员来维护四十年前的数据需要多少年的成本。
了解输出的可重复性。如果所有输入都在版本控制中，并且输出是一致的，则输出可能不需要存档太久。尽管这需要严格的程序。构建软件尤其不容易使输出确定性。