一位開發者成功使用 Framework 筆電運行 10TB 自架 S3 相容儲存系統長達五個月，證明了將消費級硬體重新用於嚴肅儲存需求的可行性。該設置結合了一台缺少螢幕的二手 Framework 筆電和一個 JBOD（Just a Bunch of Disks）外接盒，運行 ZFS 和 Garage S3 軟體。
這個專案源於實際需求——開發者需要大量儲存空間來支援 AppGoblin 的 SDK 追蹤前 100,000 個 Android 和 iOS 應用程式，但希望避免雲端儲存的持續成本。Framework 筆電被證明非常適合這個用途，特別是因為它缺少螢幕且是較舊的型號，使其完美適合無頭伺服器使用。
硬體設置
- Framework 筆記型電腦（二手，缺少螢幕）
- JBOD （Just a Bunch of Disks）外接盒
- 10TB 總儲存容量
- 筆記型電腦與 JBOD 之間採用 USB 連接
- 中繼資料儲存在筆記型電腦的內建硬碟上
長期可靠性表現令人印象深刻
系統的可靠性超出了預期。在連續運行四個月無需維護後，開發者發現他們已經用完了全部 10TB 的儲存空間，而系統耐心地等待著待處理的升級。一次緊張的重新啟動顯示一切運行完美，隨後的 Garage S3 更新和從 Garage v1 到 v2 的主要版本升級都順利完成。
這種免維護的可靠性解決了自架社群的一個關鍵擔憂，許多人擔心 DIY 儲存解決方案的維護負擔。這次經驗表明，配置良好的消費級硬體可以為個人和小型企業使用案例提供企業級的可靠性。
效能指標
- 5 個月持續運作
- 10TB 儲存空間完全使用
- 4 個月無需維護介入
- 成功完成主要版本升級（ Garage v1 至 v2 ）
- 正常運作期間零停機時間
USB 連接帶來獨特挑戰
該設置面臨一個非傳統的挑戰：通過 USB 而非傳統 SATA 連接將 JBOD 連接到 Framework 筆電。這最初在 Garage 執行大量讀寫操作時對 ZFS 造成問題，特別是因為 SQLite 元資料儲存在同一個 USB 連接的 ZFS 池上。
解決方案是將元資料重新定位到筆電的內部儲存，這解決了 ZFS 穩定性問題。然而，正如社群成員指出的，這創造了單點故障。簡單性與冗餘性之間的權衡反映了預算有限的自架專案中經常需要的實際妥協。
軟體堆疊
- ZFS 檔案系統用於儲存管理
- Garage S3 （在運作期間從 v1 升級至 v2）
- S3 相容 API 用於物件儲存
- SQLite 用於元資料（從 JBOD 遷移至筆記型電腦）
社群討論儲存術語和方法
該專案在自架社群中引發了關於術語和方法論的有趣討論。一些人質疑稱其為 S3，因為它實際上是 S3 相容的物件儲存，而其他人則為這種用法辯護，因為 S3 已經成為整個行業物件儲存 API 的代名詞。
「對我來說，『擁有一台運行東西的電腦』現在被稱為『自架』，感覺是個奇怪的措辭。」
討論揭示了儲存解決方案中複雜性與便利性的更廣泛問題。雖然一些人主張本地儲存的設備式簡單性，但其他人欣賞 DIY 方法的學習經驗和成本節省。Framework 筆電解決方案代表了一個中間地帶——比簡單的外接硬碟更複雜，但比構建專用伺服器更簡單。
替代解決方案獲得關注
這個成功故事促使社群成員分享他們自己的方法並評估替代方案。Garage S3 作為 MinIO 的替代方案正在獲得興趣，特別是在 MinIO 最近從其社群版本中移除功能之後。用戶報告 MinIO 悄悄取消了其大部分管理介面，以推動用戶轉向付費產品，使開源替代方案更具吸引力。
Framework 筆電方法也與其他預算解決方案競爭，如 Raspberry Pi 設置、Intel NUC 配對 JBOD 外接盒，以及傳統 NAS 設備。每種方法在成本、複雜性和可靠性之間提供不同的權衡。
該專案證明了現代消費級硬體在經過深思熟慮的配置後，可以在無需企業級投資的情況下提供嚴肅的儲存能力。對於需要大量儲存而不想承擔雲端成本的開發者和小型企業來說，重新利用的筆電可能提供一條出人意料的可行道路。