Synology-Cluster für virtuelle Maschinen im Produktiveinsatz: Unser 3-Knoten-VMM Pro-Setup
Aktualisiert am 27. September 2026
Ein Synology-VM-Cluster ist mehr als nur ein Testobjekt. Dieser Shop, unser Mail-Relay, unsere Schwestermarke und mehrere gehostete Websites laufen als Gäste auf drei Synology-NAS-Geräten, die in einem Virtual Machine Manager-Cluster zusammengefasst und durch eine VMM Pro-Lizenz geschützt sind. Aktuell laufen acht Gäste darauf, sieben davon rund um die Uhr, während sechs planmäßig auf einen Standby-Host repliziert werden, der die meiste Zeit im Ruhemodus ist. Dieser Artikel beschreibt die Konfiguration der Synology-VM im laufenden Betrieb: Welche Hardware welche Aufgaben übernimmt, warum wir uns für planmäßige Replikation anstelle von Hochverfügbarkeit entschieden haben, wie wir ein Failover durchführen und welche Einschränkungen Sie vor dem Kopieren beachten sollten.
SynoPower Club-Punkt: Die häufigste Frage von Kunden, die VMM Pro kaufen, ist, wie es sich im realen Geschäftsbetrieb bewährt. Hier also unsere Erfahrungen, inklusive aller Schwächen. Die Konsole zeigt permanent eine Warnung an, weil ein Host absichtlich abgeschaltet ist, der Standby-Host nur zum Sammeln von Replikaten aktiv ist und der Webserver im Shop-Gastsystem einen Hinweis für den Failover-Tag trägt. Nichts davon steht in der Broschüre. Genau deshalb kostet uns ein Synology-VM-Cluster nur einen Bruchteil dessen, was die gleiche Redundanz in einem gemieteten Rechenzentrum kosten würde.
So sieht ein Synology Virtual Machine Cluster in der Produktion aus #
Mit Virtual Machine Manager können bis zu sieben Synology NAS-Hosts eine gemeinsame Konsole nutzen. Jeder Host verfügt über eigenen Speicher und führt seine eigenen virtuellen Maschinen aus. Die kostenlose Version verwaltet diese bereits als Cluster. VMM Pro bietet zusätzlich die Möglichkeit, hostübergreifend zu agieren: Eine laufende virtuelle Synology-Maschine kann von einem Host auf einen anderen verschoben, automatisch an einem anderen Host neu gestartet oder ihre Snapshots zeitgesteuert auf einen anderen Host kopiert werden.
Diese Unterscheidung prägt alles Folgende. Unser Cluster besteht aus drei Hosts, der Wert ergibt sich jedoch aus den Schutzplänen, die zwischen ihnen laufen, nicht aus der Tatsache, dass sie in einer Liste erscheinen. Falls Sie sich noch zwischen den Editionen entscheiden müssen, finden Sie in unserem Vergleich … Virtual Machine Manager und VMM Pro Umfasst die vollständige Aufteilung der Funktionen.
Unsere drei virtuellen Maschinen-Hosts Synology und was wo läuft #
Der Cluster kombiniert drei Generationen von Synology-Hardware, und jedem Synology-VM-Host wird die Aufgabe zugewiesen, die ihm am besten entspricht.
| Gastgeber | Rolle | Was es läuft |
|---|---|---|
| DS1621xs+ | Primärer Produktionswirt | Dieser Shop fungiert als Virtual DSM-Gast auf NVMe-Speicher, plus eine Kundenwebsite |
| FS1018 | Sekundärproduktionswirt | Unser E-Mail-Relay, die Website unserer Schwestermarke, zwei gehostete Websites und ein kleiner Gast |
| FS2017 | Kaltstart- und Replikatziel | Es ist nichts aktiv; es empfängt planmäßige Replikationen und schaltet sich wieder ab. |
Der Store läuft auf der DS1621xs+, da diese die am stärksten ausgelastete Synology-VM im Cluster ist und dies auch belegt. Wir haben sie im August 2026 von der FS1018 dorthin verschoben, nachdem wir festgestellt hatten, dass der kleinere Host zehn virtuelle CPUs auf vier Hardware-Threads nutzte. Beide Produktionshosts verwenden Prozessoren derselben Generation mit derselben Taktfrequenz, sodass eine einzelne Anfrage auf beiden gleich schnell ausgeführt wird. Der größere Host bietet mehr Ressourcen: mehr Threads, sodass stark ausgelastete virtuelle Maschinen nicht mehr um dieselben Kerne konkurrieren.
Warum wir uns für Replikation statt Hochverfügbarkeit entschieden haben #
Theoretisch reichen drei Hosts für die Hochverfügbarkeit von VMM Pro aus. Synology benötigt mindestens drei Hosts im Cluster, wobei der Clusterzustand per Mehrheitsentscheid beurteilt wird. Daher empfiehlt das Whitepaper eine ungerade Anzahl von Knoten.
Der Haken dabei ist, dass Hochverfügbarkeit voraussetzt, dass diese Hosts online sind. Unser dritter Host ist ein Kaltstart-Host, der die meiste Zeit abgeschaltet ist, um Strom und Geräusche zu sparen. Daher konnte der Cluster nicht die Mehrheit der Hosts aufrechterhalten, von der das automatische Failover abhängt. Anstatt einen dritten Rechner den ganzen Tag laufen zu lassen, entschieden wir uns für Schutzmaßnahmen: geplante Snapshots mit Remote-Replikation auf den Standby-Host. Das Failover wird so zu einem bewussten, manuellen Schritt, der Minuten dauert, anstatt zu einem automatischen Vorgang in Sekundenschnelle.
Für einen kleinen Laden lohnt sich dieser Tausch. Der Standby-Server verursacht fast keine Betriebskosten, und die Replikate sind bereits verfügbar, wenn wir sie brauchen. Sollte die Verfügbarkeit jemals wichtiger sein als die Stromrechnung, würde die Umwandlung des Standby-Servers in einen permanent aktiven dritten Host eine hohe Verfügbarkeit mit derselben Lizenz ermöglichen.
Replikation einer Synology-VM auf einen Standby-Host in 4 Schritten #
Dies ist die Vorgehensweise, die wir zum Schutz jedes Gastsystems befolgt haben. Sie erfordert VMM Pro, mindestens zwei Hosts im Cluster und Btrfs-Volumes sowohl auf dem Quell- als auch auf dem Zielsystem.
Schließen Sie sich den Gastgebern an #
Installieren Sie Virtual Machine Manager auf jedem NAS, weisen Sie jedem eine statische IP-Adresse und ein Btrfs-Volume zu und fügen Sie die Geräte anschließend vom primären Host aus einem Cluster hinzu. Beziehen Sie das Standby-NAS mit ein, solange es eingeschaltet ist.
VMM Pro aktivieren #
Geben Sie eine VMM Pro-Lizenz ein, die alle Hosts, einschließlich des Standby-Hosts, abdeckt. Ein 3-Knoten-Paket deckt einen Cluster wie unseren ab. Nutzen Sie zunächst die 30-tägige Testversion, wenn Sie das Design testen möchten.
Erstellen Sie einen Schutzplan #
Erstellen Sie für jeden Gast einen Plan mit lokalen Snapshots und Remote-Replikation, wählen Sie den Standby-Host als Ziel aus und wählen Sie einen Zeitplan und eine Aufbewahrungsrichtlinie, die dem Datenverlust entsprechen, den der Gast verkraften kann.
Üben Sie den Failover #
Erstellen Sie einen manuellen Snapshot mit Sperre, vergewissern Sie sich, dass die Replik auf dem Standby-System erscheint, und üben Sie dann das Hochfahren eines nicht kritischen Gastsystems auf dem Standby-System, damit der tatsächliche Failover nicht beim ersten Mal erfolgt.
Wie die Schutzpläne abgestimmt sind #
Sechs unserer acht Gäste verfügen über einen Schutzplan, und jede geschützte virtuelle Synology-Maschine wird auf den Standby-Server repliziert. Da nicht jeder Gast den gleichen Zeitplan benötigt, werden sie in zwei Gruppen eingeteilt.
- Alle zwölf Stunden: Dies betrifft den Laden, die Postweiterleitung und die Website eines Kunden, wo der Verlust eines Tages an Änderungen schmerzhaft wäre.
- Einmal täglich um 04:00 Uhr: zwei gehostete Websites und der kleine Gast, wo ein Tag ausreicht.
Die Kundenbindung folgt derselben Logik und verwendet die integrierten Richtlinien, die Virtual Machine Manager nach Wiederherstellungspunkt-Zielen benennt: Die am stärksten frequentierten Kunden behalten die stündliche Richtlinie, weniger frequentierte die tägliche oder wöchentliche. Die beiden Kunden ohne Plan sind ein abgeschaltetes, stillgelegtes Projektverfolgungssystem und eine Website, für die noch kein Plan existiert.
Ein Detail hat uns frühzeitig überrascht. Die kostenlose Version speichert maximal 32 Snapshots pro Gast, und bei einem 12-Stunden-Zyklus ist diese Anzahl nach 16 Tagen erreicht. VMM Pro erhöht das Limit auf 255, aber wir sperren weiterhin jeden manuell erstellten Snapshot, den wir behalten möchten, sodass er im Zyklus nicht gelöscht wird.
Wie ein kleines Team jede virtuelle Maschine von Synology schützt #
Der gesamte Cluster wird von einem sehr kleinen Team betrieben – und genau das ist der Sinn der Sache. Niemand überwacht ständig Dashboards, daher muss das Design jede virtuelle Maschine des Typs Synology schützen, ohne dass jemand daran denken muss, einen Knopf zu drücken.
Schutzpläne laufen nach ihrem eigenen Zeitplan. Der Standby-Prozess wird aktiviert, empfängt Replikate und geht wieder in den Schlafmodus. Vor jeder riskanten Änderung, wie z. B. der Größenänderung eines Gastsystems oder der Aktualisierung von Plugins, erstellen wir zunächst einen gesperrten Snapshot. Anleitung zur richtigen Größenbestimmung zeigt, dass diese Routine in der Praxis funktioniert. Wenn im Laden etwas schiefging, wie zum Beispiel Kontaktformular-E-Mail-Bombing Wir haben diesen Monat nachverfolgt, dass sich die Protokolle, die E-Mails und die Snapshots alle auf Hardware befanden, die wir kontrollieren.
Wie ein Ausfalltag aussieht #
Eine Replik enthält alles, was sich in der virtuellen Maschine Synology befindet, einschließlich der Einstellungen, die für den ursprünglichen Host optimiert wurden. Das ist der Punkt, den viele vergessen.
Der Shop-Gast ist für die DS1621xs+ optimiert, einschließlich der maximalen Anzahl gleichzeitiger Worker des Webservers. Sollte der Shop jemals auf einem Host mit weniger Hardware-Threads laufen müssen, muss dieses Limit vor dem Eintreffen des Datenverkehrs reduziert werden, da der Gast sonst überlastet wird. Unser Runbook sieht diese Änderung als ersten Schritt nach dem Einschalten einer Replik vor, gefolgt von der Überprüfung, ob Website, Checkout und E-Mail-Versand funktionieren.
Erstellen Sie Ihre eigene Liste, bevor Sie sie benötigen. Die Replikation überträgt die virtuelle Maschine Synology auf den anderen Host; eine Checkliste stellt sicher, dass sie dort funktioniert.
Kapazitätsplanung: Der Speicher ist die eigentliche Grenze #
Auf unseren Hosts ist der Speicher jedes laufenden Gastsystems reserviert und gesperrt, sodass er von DSM weder gemeinsam genutzt noch freigegeben werden kann. Daher ist der Speicher und nicht die CPU die tatsächliche Kapazitätsgrenze eines Synology-VM-Clusters.
Ein Standby- oder sekundärer Synology-VM-Host ist nur dann sinnvoll, wenn er über genügend freien Speicher verfügt, um die darauf landenden virtuellen Maschinen aufzunehmen. Daher haben wir den Speicherplatz der virtuellen Maschine von 16 auf 8 Gigabyte reduziert, nachdem Messungen gezeigt hatten, dass nie mehr benötigt wurde. Die so gewonnenen 8 Gigabyte stehen einem anderen Host im Falle eines Failovers zur Verfügung, ohne dass zusätzliche Kosten anfallen.
Warum dieser Cluster auf Synology und VMM Pro läuft #
Der ehrliche Grund ist das Kosten-Nutzen-Verhältnis. Drei Synology NAS-Geräte, die auch unsere Dateien speichern, eines davon VMM Pro-Lizenz und die freien Virtueller DSM Jeder Host enthält eine replizierte, snapshotgeschützte Hosting-Umgebung, die über eine zentrale Konsole verwaltet wird. Jeder Gast kann innerhalb von Minuten zurückgesetzt und auf einem anderen Server von einer Replik neu erstellt werden.
Das sorgt auch für unsere Ehrlichkeit als Wiederverkäufer. Die Lizenzen, die wir verkaufen, ermöglichen uns den Betrieb unseres eigenen Unternehmens. Wenn also ein Kunde fragt, ob VMM Pro in der Produktion funktioniert, findet sich die Antwort auf dieser Seite.
Grenzen und Einschränkungen des Synology-Clusters für virtuelle Maschinen #
Eine replizierte virtuelle Maschine vom Typ Synology ist nur so aktuell wie ihr Replikationszyklus. Der Shop repliziert alle zwölf Stunden, sodass im schlimmsten Fall ein Failover den Zustand von vor bis zu einem halben Tag wiederherstellt. Das ist der Preis für einen inaktiven Standby-Modus und die erste Einstellung, die wir bei steigendem Bestellvolumen anpassen würden.
Ein Kaltstartmodus bedeutet auch, dass die Konsole immer eine Warnung über einen nicht erreichbaren Host anzeigt. Das ist so vorgesehen und kein Fehler, führt aber dazu, dass wichtige Warnungen leichter übersehen werden. Prüfen Sie daher die Warnung, bevor Sie sie ignorieren.
Hochverfügbarkeit ist kein Backup. Auch Replikation allein reicht nicht aus: Fehler oder Schadsoftware in einem Gastsystem werden ebenfalls repliziert. Bewahren Sie gesperrte Snapshots und eine externe Kopie auf, auf die Sie bei Bedarf zurückgreifen können.
Schließlich läuft VMM nur auf kompatiblen Modellen mit Btrfs-Volumes, und unterschiedliche Hardware führt zu unterschiedlicher Leistung. Testen Sie ein Failover auf dem kleinsten Host in Ihrem Cluster, da dort die Gastsysteme zuerst Probleme haben werden.
Häufig gestellte Fragen #
Kann ein virtueller Maschinencluster vom Typ Synology ein reales Unternehmen betreiben? #
Ja. Dieser Shop, ein Mail-Relay und mehrere gehostete Websites laufen als Gäste auf einem Drei-Host-Synology-Cluster mit VMM Pro-Replikation, und das schon seit Monaten.
Wie viele NAS-Einheiten benötigt ein Synology-Cluster virtueller Maschinen? #
Die kostenlose Version von Virtual Machine Manager kann bis zu 7 Hosts clustern. Für die Remote-Replikation werden mindestens 2 Hosts benötigt, für Hochverfügbarkeit mindestens 3.
Warum nicht Hochverfügbarkeit mit drei Hosts nutzen? #
Für hohe Verfügbarkeit müssen die Hosts online sein und sich über den Clusterzustand einig sein. Unser dritter Host ist ein Kaltstart-Host, der normalerweise ausgeschaltet ist. Daher nutzen wir geplante Replikation und führen ein manuelles Failover durch.
Benötigt die Replikation VMM Pro? #
Ja. Schutzpläne mit Remote-Replikation sind eine Funktion von VMM Pro. Sowohl der Quell- als auch der Zielhost benötigen Btrfs-Volumes.
Kann eine virtuelle Maschine vom Typ Synology nach einem Failover auf einem anderen Modell ausgeführt werden? #
Ja, eine Replik kann auf einem anderen Host im Cluster gestartet werden. Einstellungen, die im Gastsystem für einen größeren Host optimiert wurden, wie z. B. die Worker-Limits des Webservers, müssen auf einem kleineren Host möglicherweise reduziert werden.
Wie oft sollte ich eine virtuelle Maschine replizieren? #
Der Zeitplan wird so angepasst, dass der Gast maximal auf viele Daten verzichten kann. Gäste mit hohem Besucheraufkommen werden alle 12 Stunden, Gäste mit geringerem Besucheraufkommen einmal täglich erneut angezeigt.
Wird der Standby-Host auf die VMM Pro-Lizenz angerechnet? #
Ja. Zählen Sie alle Hosts, die an den Clusterfunktionen beteiligt sind, einschließlich eines Standby-Hosts, der normalerweise ausgeschaltet ist. Ein 3-Knoten-Paket deckt eine Konfiguration wie unsere ab.
Was ist die größte Leistungsgrenze eines Synology-VM-Clusters? #
Speicher. Laufende Gäste reservieren ihren Speicher auf dem Host, daher benötigt jeder Host, der einen ausgefallenen Gast aufnehmen könnte, genügend freien Speicher.
Referenzen und Video-Anleitungen #
- Schutz in Virtual Machine Manager, einschließlich Schutzplänen, Snapshots und Remote-Replikation.
- Hohe Verfügbarkeit in Virtual Machine Manager, einschließlich der Anforderung von drei Hosts.
- Clustermanagement in Virtual Machine Manager, zum Hinzufügen und Verwalten von Hosts.
- Synology VMM Whitepaper, mit Hinweisen zur Quorum-, Netzwerk- und Clustergestaltung.
- VMM Pro Lizenzpaket, Erläuterung der 3-Knoten- und 7-Knoten-Pakete sowie der Lizenzbedingungen.
Eine Schritt-für-Schritt-Anleitung zu Virtual Machine Manager und eine Anleitung zur Migration von Gastsystemen auf einem Synology NAS. Das dritte Video behandelt Synology High Availability, ein anderes Produkt, das ein komplettes NAS auf einen identischen passiven Zwilling spiegelt. Dies ist hilfreich, um die Unterschiede zu VMM-Clustern zu verstehen.
Sie möchten einen eigenen Cluster aufbauen? Beginnen Sie mit einem VMM Pro-Lizenz Für Replikation und Live-Migration hinzufügen Virtual DSM-Lizenzen für zusätzliche DSM-Gäste oder durchsuchen Sie jede Lizenz auf SynoPower Club.