生產環境中的 Synology 虛擬機器叢集：我們的 3 節點 VMM Pro 配置
更新於 2026 年 9 月 27 日
Synology 虛擬機器叢集並非只是實驗室裡的玩具。我們的商店、郵件中繼、姊妹品牌以及多個託管網站都以虛擬機的形式運行在三台 Synology NAS 設備上，這三台設備組成了一個 Virtual Machine Manager 集群，並受 VMM Pro 授權的保護。目前該叢集上運行著八個虛擬機，其中七個全天候運行，另外六個則按計劃複製到一台大部分時間處於休眠狀態的備用主機上。本文將詳細介紹 Synology 虛擬機器的實際運作：哪些硬體負責哪些功能，為什麼我們選擇計劃複製而不是高可用性，故障轉移方案，以及在複製之前您應該了解的限制。
SynoPower Club 點： 客戶購買 VMM Pro 時最常問我的問題是：當一個真正的企業依賴它時，它的實際運作情況如何？所以，這裡就來介紹一下我們的系統，包括它的不足之處。控制台上會一直顯示警告訊息，因為有一台主機被特意關閉了；備用主機只在收集副本時才會喚醒；而商店客戶機內的 Web 伺服器則貼著一張故障轉移日的通知單。這些在產品手冊裡都沒有提到。正因如此，我們的 Synology 虛擬機器叢集的成本才比租用資料中心同等冗餘方案的成本低得多。
生產環境中的 Synology 虛擬機器叢集是什麼樣子的 #
Virtual Machine Manager 允許最多七台 Synology NAS 主機共用一個控制台。每台主機都擁有自己的儲存空間並運行各自的虛擬機，免費版已支援叢集管理。 VMM Pro 的新增功能是跨主機操作：可以將正在執行的 Synology 虛擬機從一台主機遷移到另一台主機，在其他地方自動重新啟動虛擬機，或按計畫將虛擬機快照複製到另一台主機。
這一區別貫穿下文。我們的叢集由三台主機組成，但其價值在於它們之間運行的保護計劃，而非它們出現在同一個清單中。如果您仍在不同版本之間猶豫不決，請參閱我們的比較… Virtual Machine Manager 和 VMM Pro 涵蓋所有功能拆分。
我們的三台 Synology 虛擬機器主機以及它們的運作位置 #
此叢集混合使用了三代 Synology 硬件，每個 Synology 虛擬機主機都被分配了適合它的工作。
| 主持人 | 角色 | 它運行什麼 |
|---|---|---|
| DS1621xs+ | 主要生產主機 | 這家商店以 Virtual DSM 虛擬機器的形式儲存在 NVMe 儲存上，外加一個客戶網站。 |
| FS1018 | 二級生產主機 | 我們的郵件轉運服務、我們的姊妹品牌網站、兩個託管網站和一個小型訪客網站 |
| FS2017 | 冷備用和副本目標 | 沒有即時數據；它接收預定的副本並再次斷電。 |
該商店部署在 DS1621xs+ 上，因為它是叢集中最繁忙的 Synology 虛擬機，歷史記錄也證明了這一點。我們在 2026 年 8 月將其從 FS1018 遷移過來，此前我們測量發現，較小的主機在四個硬體執行緒上運行了十個虛擬 CPU。兩台生產主機都使用同一代處理器，時脈頻率也相同，因此單一請求在兩台主機上的運作速度相同。更大的主機提供的是更大的空間：更多的線程，這樣繁忙的虛擬機就不會爭用相同的核心。
為什麼我們選擇複製而不是高可用性 #
理論上，VMM Pro 高可用性方案只需要三台主機。 Synology 方案要求叢集中至少有三台主機，且叢集健康狀況由主機數量佔多數來決定，因此白皮書建議使用奇數個節點。
問題在於，高可用性要求這些主機始終在線。我們的第三台主機是冷備機，為了節省電力和減少噪音，大部分時間都處於關閉狀態，因此叢集無法維持自動故障轉移所依賴的大部分資料。與其讓第三台機器全天運行，我們選擇了保護計畫：定期建立快照並遠端複製到備用主機。這樣，故障轉移變成了一個需要手動執行的步驟，耗時以分鐘計算，而不是像以前那樣自動執行，耗時以秒計算。
對於小型商店來說，這筆交易非常划算。備用伺服器的運行成本幾乎為零，而且我們需要時，副本已經部署在上面了。如果正常運作時間比電費更重要，那麼將備用伺服器變成始終在線的第三台主機，就能在同一授權下實現高可用性。
將 Synology 虛擬機器複製到備用主機只需 4 個步驟 #
這是我們保護每個虛擬機器的步驟。它需要 VMM Pro 磁碟空間、叢集中至少兩台主機，以及來源主機和目標主機上的 Btrfs 磁碟區。
加入主持人的行列 #
在每台 NAS 上安裝 Virtual Machine Manager，為每台 NAS 指派靜態 IP 位址和 Btrfs 卷，然後從主主機將它們新增至同一個叢集。備用 NAS 在通電狀態下也應包含在內。
啟動 VMM Pro #
輸入涵蓋所有主機（包括備用主機）的 VMM Pro 授權。 3 節點套餐即可滿足像我們這樣的叢集需求。如果您正在測試設計方案，請先使用 30 天試用期。
制定保護計劃 #
對於每個虛擬機，建立一個包含本機快照和遠端複製的計劃，選擇備用主機作為目標，並選擇一個與虛擬機器可以承受的資料遺失量相符的計劃和保留策略。
演練故障轉移 #
手動拍攝鎖定快照，確認副本出現在備用伺服器上，然後練習在備用伺服器上啟動非關鍵虛擬機，這樣真正的故障轉移就不會是第一次發生。
如何調整保護計劃 #
我們的八台虛擬機器中有六台配備了保護方案，每台受保護的 Synology 虛擬機器都會複製到備用虛擬機器。並非每台虛擬機器都需要相同的備份計劃，因此我們將它們分成兩組。
- 每隔十二小時： 這家商店、郵件轉運站和一個客戶網站，如果耽誤一天的變更，都會造成損失。
- 每天凌晨 4:00 一次： 兩個託管網站和一個小型訪客，每天的訪問量就足夠了。
保留策略遵循相同的邏輯，使用內建的策略 Virtual Machine Manager，並根據恢復點目標進行命名：訪問量最高的訪客採用按小時計費的策略，訪問量較低的訪客採用按天或按週計費的策略。目前有兩個訪客沒有設定策略，一個是已停用的已關閉的專案追蹤器，另一個是尚未設定策略的網站。
一個細節讓我們一開始就犯了錯。免費版每個客戶端最多只能保存 32 個快照，而 12 小時的定時任務需要 16 天才能達到這個數量上限。 VMM Pro 將上限提高到 255 個，但我們仍然會手動鎖定想要保留的快照，所以定時任務永遠不會將其輪換掉。
一個小團隊如何保護每台 Synology 虛擬機 #
整個叢集由一個非常小的團隊運行，這正是關鍵所在。沒有人會整天盯著儀表板，所以設計必須能夠在無人記得按下按鈕的情況下保護每一台 Synology 虛擬機器。
保護計劃按照自己的時間表運行。備用實例會喚醒、接收副本，然後再次進入睡眠狀態。在進行任何風險變更（例如調整虛擬機器大小或更新外掛程式）之前，我們會先建立一個鎖定快照；我們的 合理化規模演練 這顯示了這種慣例在實踐中是如何運作的。當商店裡出現問題時，例如… 聯絡表單郵件轟炸 我們追蹤了本月的情況，日誌、郵件和快照都在我們控制的硬體上。
故障轉移日是什麼樣的？ #
副本會保留 Synology 虛擬機器內部的所有內容，包括針對其來源主機進行最佳化的設定。這一點常常被人忽略。
商店虛擬機器針對 DS1621xs+ 進行了最佳化，包括其 Web 伺服器允許同時啟動的工作執行緒數。如果商店需要在硬體執行緒數較少的宿主機器上運行，則必須在流量到達之前降低此限制，否則虛擬機器將過載。我們的運作手冊將此項目變更列為啟動副本後的第一步，然後檢查網站、結帳和郵件功能是否都能正常運作。
在需要之前就先寫好自己的清單。複製功能可以將 Synology 虛擬機器部署到另一台主機；而檢查清單則可以確保它在那邊正常運作。
容量規劃：記憶體才是真正的限制因素 #
在我們的主機上，每個正在運行的虛擬機器的記憶體都會保留並鎖定，因此DSM無法共享或回收這些記憶體。這使得記憶體而非CPU成為Synology虛擬機器叢集的真正容量限制。
備用或輔助的 Synology 虛擬機主機只有在擁有足夠的可用記憶體來容納可能在其上運行的虛擬機器時才有用。因此，在測量結果表明儲存虛擬機器不再需要更多記憶體後，我們將儲存虛擬機器的記憶體從 16 GB 減少到 8 GB。節省的 8 GB 記憶體可以在故障轉移期間供其他主機使用，而無需額外購買任何資源。
為什麼這個叢集運行在 Synology 和 VMM Pro 上 #
誠實的理由是成本效益。三台 Synology NAS 設備也用於儲存我們的文件，一台 VMM Pro授權 以及自由 虛擬DSM 每個主機執行個體都包含一個備份，提供受快照保護的託管服務，並可從單一控制台進行管理。每個虛擬機器都可以在幾分鐘內回滾，並從副本在另一台伺服器上重建。
這也有助於我們作為經銷商保持誠信。我們銷售的授權用於我們自身的業務運營，因此，當客戶詢問 VMM Pro 是否適用於生產環境時，答案就在您正在閱讀的這個頁面上。
Synology 虛擬機器叢集的限制和注意事項 #
一台複製的 Synology 虛擬機器的「新鮮度」取決於其更新計畫。該儲存庫每 12 小時進行一次複製，因此在最壞的情況下，故障轉移最多只能將其恢復到半天前的狀態。這就是休眠備用機的代價，也是如果訂單量增加，我們會先收緊的設定。
冷待機也意味著控制台始終會顯示無法連線到主機的警告。這是設計使然，並非故障，但這確實意味著更容易忽略真正的警告。在忽略警告之前，請先檢查其內容。
高可用性並非備份。僅靠複製也無濟於事：虛擬機器內部的錯誤或惡意軟體也會複製資料。務必保留鎖定快照和異地備份，以便隨時還原。
最後，VMM 只能在相容的、使用 Btrfs 磁碟區的機型上運行，混用硬體意味著效能參差不齊。請在叢集中配置最低的主機上測試故障轉移，因為虛擬機器最先會遇到效能瓶頸。
經常問的問題 #
Synology 虛擬機器叢集能運作真正的業務嗎？ #
是的。這家商店、一個郵件中繼伺服器和幾個託管網站作為虛擬機器運行在一個由三台主機組成的 Synology 叢集上，並採用 VMM Pro 複製，這種情況已經持續了好幾個月。
一個 Synology 虛擬機器叢集需要多少台 NAS 設備？ #
免費的 Virtual Machine Manager 最多可叢集 7 台主機。遠端複製至少需要 2 台主機，高可用性至少需要 3 台主機。
為什麼不使用三台主機實現高可用性呢？ #
高可用性需要所有線上主機確認叢集健康狀況一致。我們的第三台主機是冷備用主機，通常處於關閉狀態，因此我們使用計劃複製並手動進行故障轉移。
複製是否需要 VMM Pro？ #
是的。支援遠端複製的保護計劃是 VMM Pro 的一項功能。來源主機和目標主機都需要 Btrfs 磁碟區。
故障轉移後，Synology 虛擬機器能否在不同的機型上運作？ #
是的，副本可以在叢集中的另一台主機上啟動。針對較大主機在虛擬機器內部調整的設定（例如 Web 伺服器工作進程限制）可能需要在較小主機上降低。
我應該多久複製一次虛擬機器？ #
根據客人能夠承受的資料遺失量來安排備份計畫。我們每 12 小時對繁忙的客人進行一次備份，而對不繁忙的客人則每天備份一次。
備用主機是否計入 VMM Pro 授權？ #
是的。要把參與叢集功能的每一台主機都算進去，包括通常處於關機狀態的備用主機。一個三節點套餐就能滿足我們這樣的配置。
Synology虛擬機器叢集的最大限制是多少？ #
內存。正在運行的虛擬機會在主機上佔用內存，因此每個可能接收故障轉移虛擬機的主機都需要有足夠的可用內存來接收它。
參考資料和影片教程 #
- Virtual Machine Manager 中的保護涵蓋保護計劃、快照和遠端複製。
- Virtual Machine Manager 高可用性包括三台主機的要求。
- Virtual Machine Manager 中的叢集管理關於新增和管理主機。
- Synology VMM 白皮書，並提供法定人數、網路和集群設計指導。
- VMM Pro 授權包解釋了 3 節點和 7 節點套餐以及授權條款。
本影片將詳細介紹 Virtual Machine Manager 以及如何在 Synology NAS 上遷移虛擬機器。第三個影片則介紹了 Synology 高可用性，這是一款不同的產品，它將整個 NAS 鏡像到一個完全相同的被動副本上，有助於了解它與 VMM 叢集的差異。
想建構自己的集群？從…開始 VMM Pro授權 對於複製和即時遷移，請新增 Virtual DSM 授權 為更多 DSM 客人，或瀏覽所有授權 SynoPower Club.