當平靜的機架再起漣漪：飛牛 Evo 2 與我的 Asustor AS6702T v2
前言
距離我寫下《當機架上的伺服器歸於平靜》這篇文章，時間剛好過了一個季度。
在 2025 年末，我將那台轟鳴的 DIY TrueNAS 伺服器除役，換上了 Asustor AS6702T v2。它以穩定的 ADM 系統和恰到好處的硬體配置，接管了我所有的 Docker 容器與資料儲存。那是一種「退燒」後的愜意，機架不再喧囂，數據靜靜流淌。
然而，2026 年初的 NAS 圈子並不平靜。飛牛（FnNAS）推出了話題作 Evo 2。
出於對新系統 fnOS 的好奇，也為了探究新一代 Intel N150 的能耐，我將這台 Evo 2 請上了桌。看著桌上這兩台雙盤位 NAS，我不禁思考：這是一場新舊世代的交替，還是兩種不同產品哲學的並存？
🛠️ 硬體規格：不只是參數，而是角色的分配
如果只看紙面參數，很多人會陷入「數字越大越好」的迷思。但作為一名實際使用者，將這兩台機器擺在一起時，我看到的是兩種截然不同的分工邏輯。
| 規格項目 | Asustor AS6702T v2 (資料中心) | 飛牛 FnNAS Evo 2 (影音中心) | 我的看法 |
|---|---|---|---|
| 處理器 | Intel Celeron N5105 (4核, 10nm, 2.9GHz) | Intel N150 (4核, Intel 7, 3.6GHz) | N150 的系統響應速度確實有感提升，操作更跟手。 |
| 記憶體 | 4GB DDR4 (標配) | 8GB DDR4 (標配) | 飛牛起步即 8GB。 |
| 網路接口 | 2 x 5GbE | 1 x 5GbE + 1 x 2.5GbE | Asustor 雙 5G 聚合上限更高，適合作為內網骨幹。 |
| SATA 硬碟 | 2 x 4TB HDD (RAID 0) | 2 x 4TB HDD (RAID 0) | 兩者皆追求最大容量與速度，放棄冗餘。 |
| M.2 SSD | 4 x M.2 (目前未安裝) | 3 x M.2 (1系統 + 1快取) | 這是我此次配置差異的核心。 |
 |  |
 |  |
1. 為什麼我的「資料中心」反而沒裝 SSD？
在 Asustor AS6702T v2 上，我雖然組了 RAID 0（由兩顆 4TB HDD 構成），但我沒有安裝任何 M.2 SSD 作為快取。
這聽起來可能違反直覺（畢竟它有 4 個槽位），但這基於我對流量特徵的觀察：
作為我的「核心資料庫」與 Docker 宿主機，它主要處理的是自動化腳本、Home Assistant 數據紀錄、以及一般的檔案歸檔。這些操作雖然頻繁，但並不需要持續的大頻寬吞吐。
N5105 配合 Linux 的記憶體快取機制，加上 HDD RAID 0 本身不錯的順序讀寫能力，已經足以應付這些後端服務。對於「不常進行超大檔案隨機讀寫」的場景，裸跑 HDD 其實更省心、也更省電。
2. 為什麼我把 SSD 全部給了 Evo 2？
反觀 飛牛 Evo 2，它的定位是我的「影音娛樂中心」。我在這裡同樣使用了兩顆 4TB HDD 組 RAID 0，並外掛了一個 USB 硬碟擴充池。但不同的是，我插入了一條 512GB M.2 SSD，並將其切分給兩個儲存池做讀寫快取。
理由只有一個：極致的觀影體驗。 我的收藏庫裡充滿了 4K 原盤、杜比視界（Dolby Vision）的高規格影片，碼率動輒 80Mbps 甚至更高。
- 消除卡頓：當我想要在時間軸上隨意拖動、快進時，機械硬碟的尋道延遲（Seek Time）往往會導致畫面轉圈圈。
- SSD 的介入：有了 SSD 快取，熱門的影片數據會被預載。當我在客廳電視上拖動 40GB 的藍光電影時，那種「指哪打哪」的秒切流暢感，是純機械硬碟無法比擬的。
結論：SSD 不應該為了裝而裝，而應該裝在「瓶頸」最明顯的地方。
 |  |
🧩 軟體功能：穩定後端與極致前端
硬體決定下限，軟體決定上限。
🎬 影音體驗：N150 + SSD 的完全體
在 Asustor ADM 上，我雖然也能看影劇，但設定繁瑣。而在 Evo 2 上，fnOS 的原生影視中心 配合我的 SSD 快取策略，達成了完美的化學反應。
- 海報牆：系統自動刮削的海報準確且精美。
- 解碼能力：N150 更新的核顯架構（Intel Alder Lake-N [Intel Graphics]），對於 HEVC 10bit 的硬解效率極高。配合 SSD 的高速 I/O，即便是多台設備同時串流，也沒有出現過緩衝轉圈的現象。
- 體驗：這才是我心目中理想的「家庭私有 Netflix」。
🌏 介面體驗：在地化的最後一哩路
在操作介面上，Asustor 畢竟是台灣廠商（華碩集團），ADM 的繁體中文用語、習慣絕對是原生級別的親切與精準。
反觀 fnOS，雖然 UI 設計非常現代化、動效流暢，但目前版本（截至本文撰寫時）尚未實作完整的多語言系統功能。對於習慣繁體中文的使用者來說，面對滿畫面的簡體中文，多少還是一個體驗上的小遺憾。
不過，這裡有個獨家消息要分享給大家：
為了補足這最後一哩路，我已經正式與飛牛官方確認合作。未來的 fnOS 繁體中文化工作，將會由我親自協助進行校對與最佳化。
在溝通過程中，我也感受到這個新創團隊對於台灣、香港用戶體驗的重視。請大家拭目以待，相信在不久的將來，我們就能在 Evo 2 上看到最道地、用語最精準的繁體中文介面了。
🐳 Docker 生態：堅守 Asustor 的理由
雖然 fnOS 的「容器管理」介面做得漂亮且直觀，但我目前 完全沒有將 Docker 遷移到 Evo 2 的打算。
理由很簡單：Asustor 是底座，Evo 2 是應用。
在 Asustor AS6702T v2 上，我已經調校好了一整套穩定的 Docker 環境。ADM 系統經過多年的迭代，在網路堆疊（Network Stack）和儲存管理的穩定性上，讓我非常放心。我的 Home Assistant、Ollama、Code-Server 都在這裡。
我不希望因為我在 Evo 2 上折騰影音轉碼、或者頻繁測試新功能，而影響到這些全屋智慧核心的運作。
###
⚠️ 轉折：成長的陣痛與安全性的隱憂
寫到這裡，Evo 2 看起來像是一個完美的影音升級？但在評測期間，發生了一件讓我不得不重新審視「新興系統」的事情。
就在 Evo 2 上市熱銷的同時，資安圈爆出了 fnOS 的一個 0-day 漏洞（參考：fnOS 潛在安全風險通報）。
據相關揭露，該漏洞可能允許攻擊者在特定條件下繞過權限驗證。這對於將 NAS 開放至公網的用戶來說，無疑是一記警鐘。
這件事也驗證了我「雙機分工」策略的正確性：
- 回應速度：飛牛官方的反應非常快，迅速發布了 1.1.8 版本 進行修復。這種積極的態度值得肯定，也顯示了團隊的活力。
- 信任的隔離：雖然漏洞修復了，但這提醒了我，新系統在安全基線（Security Baseline）的打磨上仍需時間。
- 所以我更堅定了：核心隱私數據（照片原檔、密碼庫、文件）留在 Asustor（老牌穩重）。
- 影音娛樂資源（電影、劇集）放在 Evo 2（新銳高效）。 即使發生極端狀況，我的核心資產依然安全無虞。
⚖️ 結語：機架上的新平衡
經過這段時間的雙機並行與資安風波的思考，我的結論逐漸清晰。Evo 2 並不會取代我的 AS6702T v2，它們是最佳的合作夥伴。
Asustor AS6702T v2 未來會持續是我的「資料中心」。 它安靜地運行著 RAID 0 機械硬碟，不需要 SSD 的加持，憑藉著 N5105 與 ADM 的穩定性，日復一日地處理著我的 Docker 容器與資料歸檔。它是後端的磐石。
飛牛 Evo 2 是我的「影音中心」。 我用 SSD 快取 武裝了它，讓 N150 的效能得以釋放。它負責提供最極致的 4K 觀影體驗，處理那些高碼率的藍光原盤。它是前端的明星。
這不是非此即彼的選擇題。機架依然平靜，只是現在，這份平靜中多了一絲分工明確後的從容，以及享受極致影音的快樂。
About Me
我是 EdwardWu
- Telegram：EdwardWu
- Instagram : _920223
- GitHub : bluehomewu
- Email : bluehome.wu@gmail.com
