NAS 上該跑哪些智能家居服務：三題判斷法則與三個完整實例

charles

這篇的內容（31 段）

1. 這一篇做完你會有什麼
2. 步驟 1：先盤點你的 NAS 實力
3. 1-1 查 CPU 與記憶體
4. 1-2 查現在的實際負載
5. 1-3 查有沒有硬體轉碼
6. 步驟 2：三題判斷法則
7. 三題的結論
8. 3-1 看目前的連續開機時間
9. 3-2 看歷史重開紀錄
10. Synology
11. 4-1 ⚠ 2026 年有兩個陷阱，先講
12. 4-2 compose 檔
13. 4-3 啟動
14. 4-4 取得寫入權杖
15. 4-5 讓 Home Assistant 寫進去
16. 4-7 接上 Grafana
17. 5-1 先確認你的 NAS 扛得住
18. ⚠ 兩個常見的過期建議，先講
19. 5-2 compose
20. 5-3 最小可動的設定檔
21. 5-4 啟動與驗證
22. 5-5 接回 Home Assistant
23. 6-1 兩邊的利弊
24. 6-2 判斷方法
25. 6-3 放 NAS 的完整設定
26. 6-4 驗證 broker 真的對外開放
27. 步驟 8：長期維運
28. 8-1 更新
29. 8-2 監控磁碟空間
30. 8-3 每個月看一次
31. 通過這一篇的標準

NAS 通常比智能家居的小主機有力得多，閒著很可惜。但不是每個服務放上去都對 —— 有些放上去之後，NAS 每次重開機家裡就停擺幾分鐘。這一篇先給一個三題的判斷法則，然後把三個最常見的服務完整設定起來，每一步都有可以自己確認的結果。



這一篇做完你會有什麼

• 一個你自己量出來的數字：這台 NAS 過去半年重開過幾次
  
• NAS 上跑著長期數據資料庫與圖表，而且 Home Assistant 的資料庫變小了
  
• 一個判斷法則，以後看到新服務可以自己決定放哪裡
  

步驟 1：先盤點你的 NAS 實力

決定放什麼之前要先知道這台機器能吃多少。

1-1 查 CPU 與記憶體

Synology：控制台 → 資訊中心 → 一般
QNAP：控制台 → 系統 → 系統狀態

你會看到：CPU 型號（例如 Intel Celeron J4125、Realtek RTD1619B、AMD Ryzen R1600）和記憶體容量。

怎麼判讀：

• ARM 架構（Realtek、Marvell、Annapurna）→ 能跑的容器很有限，很多映像檔沒有 ARM 版。長期數據還行，影像辨識不用想
  
• Intel Celeron / Pentium → 中等。有內顯的話可以做硬體轉碼
  
• Intel Core i3 以上 / AMD Ryzen → 什麼都跑得動
  
• 記憶體 2GB → 只能多跑一兩個小服務
  
• 記憶體 8GB 以上 → 可以認真規劃
  

1-2 查現在的實際負載

• Synology：主選單 → 資源監控 → 效能，切到週或月
  
• QNAP：控制台 → 系統 → 資源監控
  

你會看到：CPU 與記憶體的使用率曲線。

怎麼判讀：

• 平常 CPU 低於 20% → 還有很多空間
  
• 平常 40% 以上 → 已經有東西在吃了（多半是 Plex 轉碼或相簿索引），再加服務要小心
  
• 記憶體常態超過 80% → 先加記憶體再說，不然會開始用交換空間，整台都會變慢
  

1-3 查有沒有硬體轉碼

這一項只影響影像辨識與影音串流。

Synology：資訊中心 → 一般 → 看硬體轉碼引擎那一欄有沒有寫支援。

你會看到：支援的話會列出 H.264、H.265 這些格式。

沒有硬體轉碼 → 步驟 5 的影像辨識就不要放 NAS，純 CPU 跑攝影機解碼會把整台吃光。

步驟 2：三題判斷法則

以後看到任何新服務都用這三題問一次。

第一題：它斷掉的時候，家裡會不會停擺？

• 會 → 不要放 NAS。不用再看第二題
  
• 不會 → 繼續
  

「停擺」的標準是：燈開不起來、冷氣控制不了、自動化不會跑。

第二題：它吃 CPU 還是吃 I/O？

• 很吃 CPU 或很吃硬碟 → 適合放 NAS（前提是第一題答「不會」）
  
• 都不吃 → 放哪裡都行，那就放在維護起來最省事的地方，通常是跟 Home Assistant 一起
  

第三題：它對延遲敏感嗎？

• 敏感（毫秒等級會影響體驗）→ 跟 Home Assistant 放一起，少一段網路
  
• 不敏感（慢個幾百毫秒沒差）→ 放 NAS 沒問題
  

三題的結論

• 適合 NAS：長期數據資料庫、圖表、影像辨識、錄影、檔案與媒體
  
• 不適合 NAS：Home Assistant 本體、Zigbee / Thread 協調器、任何控制核心
  
• 要想清楚的：MQTT broker（步驟 6 專門講）
  

步驟 3：量你的 NAS 一個月重開幾次

第一題的答案很依賴這個數字，而多數人的印象跟實際差很多。與其憑感覺，直接查。

3-1 看目前的連續開機時間

Synology：控制台 → 資訊中心 → 一般，你會看到系統執行時間那一行，例如 12 天 4 小時。

QNAP：控制台 → 系統 → 系統狀態 → 系統資訊。

3-2 看歷史重開紀錄

Synology

• 主選單 → 記錄中心
  
• 左邊選記錄
  
• 上方篩選器選系統
  
• 搜尋欄打 shut 或 boot
  

你會看到：一串「System successfully started」「System was shut down」的紀錄，每一筆都有日期。數一下最近半年有幾筆。

用 SSH 的話更快（Synology 與多數 Linux NAS 都通）：

1. # 最近的開機與關機紀錄
2. last -x reboot shutdown | head -20
4. # 目前連續開機時間與平均負載
5. uptime

複製代碼

你會看到：

1. reboot   system boot  4.4.302+          Thu Sep 11 03:12   still running
2. shutdown system down     4.4.302+          Thu Sep 11 03:05 - 03:12  (00:07)
3. reboot   system boot  4.4.302+          Sat Aug 23 21:40 - 03:05 (18+05:25)

複製代碼

怎麼判讀：

• 半年 0 到 2 次 → 你的 NAS 很穩，第一題可以放寬一點
  
• 半年 5 到 10 次 → 常見。套件更新、系統更新、停電都算
  
• 半年超過 15 次 → 太頻繁。先找原因（多半是排程的硬碟檢查或不穩的電源），不要在上面放任何重要服務
  

last 指令回「command not found」 → 這台 NAS 的系統太精簡。用記錄中心那條路。

步驟 4：實例 A —— InfluxDB + Grafana（長期數據）

這是最值得放 NAS 的一個。Home Assistant 內建的資料庫預設只留 10 天，而且資料量一大整個系統會變慢。把長期資料搬到 NAS，Home Assistant 會明顯變輕。

以下還有約 80% 的內容
登入後即可閱讀完整教學

登入繼續閱讀使用 Google 登入