備份

起點：一塊賣不掉的主機板 這台 NAS 的起點，是一塊我打算賣掉、但最終沒賣出去的主機板。 升級到 i5-14400 之後，原本的 i7-7700 + B250M-K 就閒置了。照理說可以賣二手，但 B250M-K 的PCIe卡扣有點瑕疵，不敢拿出去賣，怕遇到奧客抓著不放。 放著也是佔空間，轉念一想，之前就一直說要玩 NAS，現在板子跟 CPU 都有了，剛好那顆買了快一年、一直被我當普通資料碟用的 WD 紅標也可以正式轉行，再加上兩顆翻出來的舊硬碟，就這樣湊齊了。 2026 才想玩 NAS，時間有點尷尬。AI 把 NAND Flash 的供應鏈搞得一團亂，SSD 漲了超過一倍，DDDR5 更誇張，HDD 也跟著亂漲。想多買一組硬碟來玩也不是不行，就是有點痛。 所以如果你也是「手邊剛好有幾顆舊硬碟」的人，這篇或許對你有用。 畢竟我的錢也不是大風刮來的，只能一開始就把每一顆盤放在對的位置上，讓它們儘量活久一點。這篇文章，就是我怎麼思考這件事的。 先說一個公司踩過的坑 我是跨行轉軟體開發的，在一間傳統產業轉型的小公司裡，部門沒有人能教這些東西，很多概念都是自己撞牆撞出來的。 一開始幫公司架服務，沒人告訴我要用 Docker，就直接在 VM 裡裝環境。 結果簡直一場災難。一台 VM 只能跑一種服務，多裝一個環境就開始打架；想在另一台機器重現，得從頭裝一遍；壞了沒辦法快速復原，只能挖之前的筆記一步一步重來。 所以這次架 NAS，我的第一個決定就是：所有服務都用 Docker Compose 包起來。 這個決定跟硬碟策略是相關的。因為 Docker 讓我可以把「服務設定」跟「資料」分開放，而分開放，才能針對不同的資料特性選擇最適合的儲存位置。 三顆盤，三種角色 就三顆，沒得選。只能每一顆都用在最適合它的地方，不能浪費。 SSD（500GB）：速度優先的熱區 系統、Docker images、還有資料庫，都放在 SSD。 為什麼資料庫也要在 SSD？首先，有些人以為資料庫就像雲端硬碟一樣，只是個儲存空間。其實不是——資料庫會不斷讀寫資料，頻率非常高。HDD 太慢了跟不上。 而且重要的是：資料庫一跑，HDD 就被頻繁喚醒，根本無法休眠——每隔幾秒就要起來上班，完全停不下來。 HDD 持續旋轉 = 持續磨損 = 壽命縮短。這是我最不想看到的事。 那 SSD 頻繁讀寫不是也傷壽命嗎？確實。但差別在這裡：SSD 的讀寫壽命是可預測的，我們知道能撐多久；而 HDD 的機械磨損卻無法控制，一直旋轉就一直磨，反而更糟。 ...