踩坑多個小主機後入手NUC7CJYH做小主機：真是zsbd

創作立場宣告：本文所有商品為自費購入。堅持獨立的評價觀點是筆者創作的基本底線，絕不會因商品來源不同而有所偏頗，請各位放心。

本文將介紹一臺有些年代感，低功耗、相對廉價的 MiniPC： NUC7CJYH。在使用了半年之後，我覺得是一個合適的時間點來“盤一盤”它了。

寫在前面

今年3月初購置了一臺小巧的 NUC7，之所以購置這臺落後的裝置，有三個原因：

之前使用群暉跑一些簡單服務，因為存在磁碟讀寫，導致硬碟無法休眠。費電不說，還會有隱隱約約的磁碟執行聲音，不能忍。 我希望換個裝置來跑這些服務，可以讓耳根子更清淨一些。
之前的 Confluence 和一些需要遠端訪問的服務執行在 EliteDesk 家用伺服器上，隨著裝置升級更新成“筆記本”後，我經常重啟折騰新的裝置環境。 我希望有一個穩定的新環境執行它們。
我希望這個裝置能夠足夠靜音，並且因為是 7x24 小時執行，我希望它能夠相對省電。

之前購買的裝置們，最上面那臺薄機就是主角

早些時候買過一臺 NUC8，對 NUC 這種 Mini PC 持續跑服務，還是比較放心的。美中不足的是，NUC8 的散熱不佳和風扇噪音過高讓我比較無奈。產生上面這個問題的原因，主要還是 CPU 功耗太高，機箱自身散熱能力有限，機器內建小風扇搞不定熱量排出的原因。那麼，如果我使用功耗低不少的賽揚系列的 CPU ，能不能解決這個問題呢？

由於之前購置過 j3455（群暉 DS720+ ）和 j4125 （群暉 DS 920+ ）的裝置，並且用它們跑過一些容器服務，所以對類似賽揚系列的低功耗 CPU 還是比較有信心的。NUC 迄今為止推出過兩款效能尚可、功耗較低的裝置，分別是 NUC7PJYH（j5005）和 NUC7CJYH（j4005）。雖然 CPU 命名都是 j 開頭，但是兩者分別歸屬“奔騰”和“賽揚”兩個系列，雖然兩者是連續的“幾千”命名，看似跨了一代，但其實兩者釋出時間幾乎一致，兩者主要差異在於前者默頻比較低，但是核心數量是後者的一倍，當然，價格上同為裸機，前者稍貴一些。由於之前使用的多是“賽揚”系列的低功耗裝置，加之我購買的店鋪恰好只到貨了“j4005”版本，於是我也就入手了這個“低配”版本。

硬體規格及配置清單

再次回顧一下這臺機器的配置，你會發現是一臺寶藏主機（讓你被動省錢）：

只配備了一塊 SATA 硬碟位。

相比較 NVMe 便宜一些，而且因為 CPU 相對孱弱，也不需要使用它跑啥比較重的軟體，最終儲存空間也可以選擇小一些。而且因為是 SATA 介面，隨便一塊 SSD 就能到達頻寬天花板。

只支援 DDR4-2400 規格的記憶體，並且上限限制在了 8GB（實際系統顯示主機板支援 32G記憶體）。

相比較 3200/3600/4000+ 頻率的記憶體，2400 的記憶體價格也是便宜不少，甚至不需要追求多通道，隨便插一根就行。

由於 NUC 眾所周知的“購買文化”，全新的準系統實際到手價格在 799。（年初價格，目前應該更便宜才是）考慮到我只是執行前文中提到的軟體，以及希望機器儘可能在執行時“保持安靜”，硬碟隨便買了一塊 200 塊出頭的浦科特，記憶體的話，則是用了之前升級替換下來的國貨之光：光威弈Pro的記憶體條，綜合成本在千元左右。平時執行功耗在 1w～4w 之間，一年電費成本在 17 塊錢左右，按照機器能夠持續執行 3 到 5 年來看（前3年是官方質保），年均成本不到 200 ，摺合每天的成本在 0.5 元左右，屬於真香系列。

機櫃內疊羅漢的 NUC

收起賬本，扔掉規格表，來看看我用它跑了哪些服務。

執行服務

如前文提到的，這臺裝置主要用於提供以下幾個方面的功能：文件知識庫、頁面收藏夾、RSS、遠端訪問、網路喚醒、計劃任務。

文件知識庫

我最初使用它執行 Confluence 這個眾所周知的資源大戶，在這臺裝置上實際表現狀態還是比較讚的，幾乎所有頁面都是秒開，配合 FRP ，和一些前端最佳化，可以做到不在家的時候，在遠端時依舊是秒開的絲滑體驗。

但是隨後因為官方公佈不再出售授權，僅提供海外的線上 SaaS 服務，雖然我的授權會在 2022 年到期，但是考慮到長久使用，免不了要未雨綢繆。兜兜轉轉，最終將方案切換到了資源需求更低的，並且開源的方案：Outline 。

Outline 日常使用介面

頁面收藏夾

考慮到當今網頁資料“失效速度”越來越快，對於一些寫的不錯的參考資料，使用超連結書籤的形式進行資料儲存，最終得到的勢必是一個 “404 Not Found”、或者“另作它用的地址”。

而如果未經整理，就堆在筆記系統裡，那麼筆記系統也會因為這些沒有結構化整理的內容，而變得臃腫，散發著糟糕的味道。

我在 hypothesis 和 ArchiveBox 中徘徊了一陣，最終決定暫時先使用後者進行網頁記憶體的持久化儲存，後者配合 sonic （類似 ES 的輕量實現）能夠方便地實現高性價比的全文檢索。

ArchiveBox 介面

如果你只是想完全自我管理收藏夾，也可以考慮使用 shiori。不過五月份的時候，給官方提供兩個 PR，至今沒有維護者反饋和合並。

RSS

Miniflux 作為“高性價比”的自部署軟體，擁有極低的資源佔用，以及簡潔的介面，你既可以使用它自帶的 Web 介面進行資訊瀏覽，也可以使用支援相容 Fever 協議的閱讀器來進行閱讀，比如：Reeder。

MiniFlux 簡潔的介面

遠端訪問

如果你的網路環境能夠提供直接連結的話，使用 DDNS 的方式直接訪問能夠獲得非常好的訪問質量，搭配自己的 DDNS 服務（比如《使用 Nginx 提供 DDNS 服務》），使用起來安全可靠。

但是，如果你有國內的雲伺服器（哪怕是1c1g的共享頻寬小主機），用來作為備份線路都是不錯的方案。（比如《容器化 FRP 使用方案》）相比較第一個方案，完全不用擔心寬頻運營商突然改變策略造成不可用。

網路喚醒

相對於這臺裝置而言，有的裝置我並不希望它同樣以 7x24 的方式執行，而是按需啟動，提供服務。

雖然路由器後臺支援網路喚醒，但哪怕進行了加密處理、直接將掌握所有裝置聯網管理許可權的主路由對外提供訪問，也是不安全的。所以，我用 Node 寫了一個簡單的小服務，用於快速進行指定裝置的關閉和快速的網路喚醒。

計劃任務

雖然我使用的服務，都能使用 Docker 執行起來，並且都能透過容器 “Health Check” 的方式來做計劃任務和健康檢查，確保服務穩定。但是如果一律使用 Health Check 的方式來重新整理計劃任務，未免有些“不環保”。況且，偶爾也需要執行臨時的計劃任務。我使用了一款叫做 Cronicle 的軟體來進行任務的執行和監控。