我們正在運行具有多個節點的 Jenkins 伺服器。一段時間後，越來越多的項目添加到實例中，我們遇到了多個問題（我們需要很少的人來解決，但這是另一個主題）。
真正令人擔憂的是我們用作伺服器的虛擬機器的大小。它儲存的資料超過 10 TB，而且只會成長（我們需要在幾年/幾十年後存取工件）。
在這一點上，我的問題通常是，是否有人對這些大型裝置有一些經驗，並且可以給我一些估計，如果不採取適當的照顧，孔系統可能會發生什麼，以及我們應該從這裡採取什麼建議的措施。
我們想要從這裡走向何方尚不清楚。我只是想要一些關於更有經驗的人會做什麼的意見。
答案1
容量規劃還包括告訴組織他們目前的做事方式的成本是多少。
估計明年左右您需要多少空間。捨入一點，計劃達到 75% 的飽和度會提供一點緩衝。增加的成本不僅來自於可用容量，還來自於超過一個 LUN/檔案系統/儲存陣列的最大大小。加上冗餘儲存和備份的成本。
提供成本更低的替代方案。
「丟棄舊版本」是 Jenkins 控制保留的選項。當價格標籤已知時，實際要求可能會出現。儘管如此，許多組織並未直接支付 IT 帳單，因此他們的業務部門可能並不關心。
討論可以提前多長時間請求舊工件。幾天內收到它意味著它可能會被放在冷藏層上。備份磁帶比線上系統便宜得多。具有不同媒體的單獨備份系統提高了資料保存「數十年」的幾率。了解幾十年後，擁有可用於維護 40 年歷史資料的硬體和人員可能會變得昂貴。
了解輸出的可重複性如何。如果所有輸入都在版本控制中，且輸出一致，則輸出可能不需要歸檔那麼長時間。儘管如此，這需要嚴格的程序。尤其是建構軟體，要讓輸出具有確定性並不容易。