Einfache Hyper-V-Hochverfügbarkeit ohne Shared Storage (SAN)
SafeKit für Hyper-V: SANloser Hyper-V-Cluster mit 2 Knoten
SafeKit für Hyper-V liefert nahtlos Hohe Verfügbarkeit bei gleichzeitiger deutlicher Reduzierung der TCO (Total Cost of Ownership). Durch den Wegfall des Hardware- und Betriebsaufwands beim herkömmlichen Clustering bietet SafeKit eine schlanke HA-Alternative mit zwei Knoten zu komplexen Virtualisierungsstacks.
- Keine SAN-Investition für HA: Erreichen Sie vollständige Redundanz mithilfe einer Shared-Nothing-Architektur. Es funktioniert mit standardmäßigen lokalen Festplatten und macht teure SAN-Hardware, Fibre-Channel-Switches und spezielle Speicherwartung überflüssig, die normalerweise für Hochverfügbarkeit erforderlich sind.
- Hardwareunabhängige Redundanz: Vermeiden Sie eine Lieferantenbindung. Erstellen Sie Ihren Hochverfügbarkeitscluster mit einer beliebigen Servermarke oder einem beliebigen internen Speichertyp, verlängern Sie so den Lebenszyklus vorhandener Hardware und senken Sie die Ersatzkosten.
- Vereinfachte HA-Operationen: Zur Aufrechterhaltung der Betriebszeit ist kein spezialisierter „Clustering-Experte“ erforderlich. Die Plug-and-Play-Module und die einheitliche Webkonsole von SafeKit reduzieren den Arbeitsaufwand für die HA-Bereitstellung und die tägliche Überwachung.
- Kostenvorhersehbare Lizenzierung: Im Gegensatz zu abonnementintensiven Modellen bietet SafeKit Hochverfügbarkeit über eine einmalige, unbefristete Lizenz. Dies gewährleistet eine vorhersehbare Budgetierung und eliminiert das Risiko jährlicher Preiserhöhungen für kritische Infrastruktur.
- Echte 2-Knoten-HA-Effizienz: Die meisten Hochverfügbarkeitslösungen erfordern einen dritten „Zeugen“-Knoten, um Split-Brain zu verhindern. SafeKit liefert einen robusten 2-Knoten-Cluster, der vom ersten Tag an 33 % an Hardware, Strom und Rack-Platz einspart.
Durch Konsolidierung Hohe Verfügbarkeit In eine leichtgewichtige Softwareschicht integriert, bietet SafeKit Redundanz und Geschäftskontinuität auf Unternehmensniveau zu einem Bruchteil der Kosten herkömmlicher Virtualisierungssuiten.

SafeKit HA-Cluster für Hyper-V
⚡ Kurzanleitung zur Installation des Hyper-V HA-Clusters >
Inhaltsverzeichnis
- Wie implementiert die SafeKit-Software einfach einen Hyper-V-Hochverfügbarkeitscluster ohne gemeinsam genutzten Speicher in einem SAN?
- Wie funktioniert der SafeKit Hyper-V-Cluster?
- Einschränkungen der SafeKit-Hochverfügbarkeit
- Vergleich: SafeKit für Hyper-V vs. natives Hyper-V-Clustering
- SafeKit-Videoanleitung für Hyper-V
- 🔍 SafeKit Hochverfügbarkeits-Navigations-Hub
Wie implementiert die SafeKit-Software einfach einen Hyper-V-Hochverfügbarkeitscluster ohne gemeinsam genutzten Speicher in einem SAN?
Was ist die SafeKit HA-Lösung für Hyper-V?
SafeKit ermöglicht Hyper-V eine hohe Verfügbarkeit zwischen zwei Servern beliebiger Marke.
In diesem Artikel wird erläutert, wie Sie schnell einen Hyper-V-Cluster ohne gemeinsamen Speicher in einem SAN und ohne spezielle Kenntnisse implementieren können.
Das Prinzip der Lösung besteht darin, die kritische Anwendung in einer virtuellen Maschine unter Hyper-V zu platzieren. SafeKit implementiert Echtzeitreplikation und automatisches Failover der virtuellen Maschine.
Beachten Sie, dass Hyper-V der kostenlose Hypervisor ist, der in allen Windows-Versionen enthalten ist (sogar Windows für PC).
Wie kann ich mehrere Anwendungen in einem hochverfügbaren Hyper-V-Cluster ohne SAN ausführen?
Es können mehrere Bewerbungen eingereicht werden Mehrere virtuelle Maschinen wurden von SafeKit repliziert und neu gestartet. Sie haben die Möglichkeit, mit der SafeKit-Konsole jede virtuelle Maschine zwischen beiden Servern zu migrieren und so die Last in einem auszugleichen Aktiv-Aktiv-Cluster.
Sollte ich Hochverfügbarkeit auf Anwendungsebene oder auf der Ebene der virtuellen Maschine (VM) wählen?
Mit SafeKit haben Sie die Flexibilität, das Redundanzmodell zu wählen, das Ihren Anforderungen entspricht.
Redundanz auf VM-Ebene (für Hyper-V oder KVM) ist am einfachsten zu implementieren, da es die gesamte virtuelle Maschine repliziert und keine Kenntnisse der internen Anwendung erfordert.
Alternativ, Redundanz auf Anwendungsebene ist detaillierter; Es repliziert nur bestimmte Datenordner und startet die Anwendungsdienste neu, nicht das gesamte Betriebssystem.
Während HA auf VM-Ebene einfacher einzurichten ist, ist HA auf Anwendungsebene hypervisorunabhängig und kann in physischen, virtuellen oder Cloud-Umgebungen ausgeführt werden.
Was sind die besonderen Vorteile von SafeKit für Hyper-V-Hochverfügbarkeit im Vergleich zu Mitbewerbern?
SafeKit unterscheidet sich von herkömmlichen Hyper-V-Clustering-Lösungen dadurch Shared-Nothing-Architektur und vereinfachtes Management. Während die meisten Wettbewerber ein zentrales SAN oder vSAN zur Verwaltung des VM-Failovers benötigen, bietet SafeKit Folgendes:
- Integrierte Echtzeitreplikation: Die Datensynchronisierung ist direkt in die Lösung integriert und stellt sicher, dass virtuelle Hyper-V-Maschinen synchron gespiegelt werden, ohne dass der Aufwand für die Verwaltung einer separaten Speicherebene anfällt.
- Vereinfachtes 2-Knoten-Clustering: Im Gegensatz zu Enterprise-Stacks, die ein „Zeugen“-Quorum mit drei Knoten empfehlen, bietet SafeKit vollständige Hochverfügbarkeit mit nur zwei redundanten Servern. Erfahren Sie mehr über unseren Heartbeat- und Quorum-Mechanismus.
- Einheitliches Management: Administratoren können VM-Failover, Replikation und Lastausgleich über eine einzige SafeKit-Konsole verwalten, sodass sie auch für Teams ohne spezielle Clustering-Kenntnisse zugänglich sind.
- Benutzerdefinierte Checker: SafeKit geht über die Hardwareüberwachung hinaus; es nutzt benutzerdefinierte Checker um zu erkennen, ob eine VM abgestürzt ist, und löst automatisch einen lokalen Neustart oder ein Failover auf den redundanten Knoten aus. Das System ist außerdem hoch erweiterbar und ermöglicht die einfache Integration neuer, benutzerdefinierter Prüfer, die auf Ihre spezifische Umgebung zugeschnitten sind.
Wie reduziert SafeKit die TCO (Total Cost of Ownership) im Vergleich zu VMware-Lösungen?
Im Gegensatz zu den meisten Hochverfügbarkeitslösungen auf dem Markt ist SafeKit für den Betrieb mit dem ausgelegt absolut minimaler Hardware-Overhead , ohne Kompromisse bei Sicherheit oder Zuverlässigkeit einzugehen. Zu den wichtigsten Einsparungen im Vergleich zu VMware oder komplexen Open-Source-Alternativen gehören:
- Echte 2-Knoten-Effizienz: Während die meisten Enterprise-Stacks oder Open-Source-Lösungen ein „Zeugen“-Quorum mit drei Knoten erfordern, um Split-Brain zu verhindern, bietet SafeKit vollständige Hochverfügbarkeit mit nur wenigen Knoten zwei redundante Server.
- Keine Lagerkosten: SafeKit verwendet eine Shared-Nothing-Architektur, die mit lokalen Festplatten funktioniert, wodurch teure SAN- oder vSAN-Hardware und spezielle Speichernetzwerke überflüssig werden.
- Keine erzwungenen Abonnements: Im Gegensatz zu modernen Nur-Abonnement-Modellen bietet SafeKit eine unbefristete Lizenz. Sie besitzen Ihre Software und vermeiden so die „Abonnementfalle“ und unvorhersehbare jährliche Preiserhöhungen.
- Geringe Betriebskosten (OPEX): Als Plug-and-Play-Lösung erfordert es im Gegensatz zu komplexen Open-Source-Clustering-Tools keine spezielle Schulung oder teure externe Beratung für die Wartung.
- CPU-unabhängige Preisgestaltung: Die Lizenzierung ist unabhängig von der Anzahl der CPUs oder Kerne. Mit nur zwei Lizenzen für zwei Knoten können Sie mehrere virtuelle Hyper-V-Maschinen schützen.
Ist es möglich, einen Hyper-V-Cluster ohne SAN oder komplexe Clustering-Kenntnisse einzurichten?
Ja. In diesem Artikel wird erklärt, wie das geht schnell einen Hyper-V-Cluster implementieren ohne dass eine spezielle SAN-Verwaltung oder komplexe HA-Clustering-Kenntnisse erforderlich sind. Durch die Verwendung von SafeKits automatisierte Failover-Skripte um die Replikation und den Neustart von durchzuführen Hyper-V Mit virtuellen Maschinen erhalten Sie eine robuste Redundanzlösung, die deutlich einfacher bereitzustellen und zu warten ist als herkömmliche Enterprise-Virtualisierungsstacks.
Welche Anwendungen und Umgebungen kann SafeKit neben Hyper-V schützen?
SafeKit ist eine vielseitige Hochverfügbarkeitslösung, die weit über das standardmäßige Failover virtueller Maschinen hinausgeht. Es ermöglicht synchrone Echtzeitreplikation und automatisches Failover für eine Vielzahl kritischer Workloads, darunter:
- Virtuelle und physische Umgebungen: Komplette virtuelle Hyper-V- oder KVM-Maschinen.
- Container-Orchestrierung: Docker-, Podman- und K3s-Umgebungen (Kubernetes).
- Daten & Dienste: Einzelne Dateiverzeichnisse, Dienste und verschiedene Datenbanken.
- Cloud-Infrastruktur: Hohe Verfügbarkeit für Cloud-Anwendungen.
SafeKit bietet auch Farm-Cluster mit Eingeborenen Netzwerklastenausgleich und Failover für zustandslose Anwendungen wie Webserver.
💡 Entdecken Sie hier die vollständige Liste der unterstützten HA-Lösungen.
Wie funktioniert der SafeKit Hyper-V-Cluster?
Die folgenden Schritte werden für eine virtuelle Hyper-V-Maschine in einem Spiegelmodul beschrieben. Jede replizierte virtuelle Maschine läuft in einem unabhängigen Spiegelmodul (mit maximal 32 virtuellen Maschinen) mit einem Primärserver, der entweder der Hyper-V-Server 1 oder der Hyper-V-Server 2 sein kann.
1. Wie funktioniert die Echtzeitreplikation für Hyper-V?
Auf Server 1 (PRIM) wird die Hyper-V VM (virtuelle Maschine) ausgeführt. SafeKit repliziert in Echtzeit die VM-Dateien (virtuelle Festplatte, VM-Konfiguration). Nur an den Dateien vorgenommene Änderungen werden im gesamten Netzwerk repliziert.

Die Replikation ist synchron Im Gegensatz zur asynchronen Replikation kommt es bei einem Ausfall zu keinem Datenverlust.
Sie müssen lediglich den VM-Verzeichnisnamen in SafeKit konfigurieren. Es gibt keine Voraussetzungen für die Festplattenorganisation. Das Verzeichnis befindet sich möglicherweise auf der Systemfestplatte.
2. Was passiert bei einem automatischen Hyper-V-Failover?
Wenn Server 1 ausfällt, übernimmt Server 2. SafeKit startet die Hyper-V-VM auf Server 2 neu. Hyper-V findet die von SafeKit uptodate replizierten Dateien auf Server 2.
Die VM läuft weiterhin auf Server 2, indem sie ihre Dateien lokal ändert, die nicht mehr auf Server 1 repliziert werden.

Die Failover-Zeit entspricht der Fehlererkennungszeit (standardmäßig auf 30 Sekunden eingestellt) plus der VM-Neustartzeit.
3. Wie werden die Daten nach einem Hyper-V-Ausfall synchronisiert?
Beim Failback wird Server 1 neu gestartet, nachdem das Problem behoben wurde, das zum Ausfall geführt hat. SafeKit synchronisiert die VM-Dateien automatisch neu.

Das Failback erfolgt ohne Störung der Hyper-V-VM, die auf Server 2 weiterlaufen kann.
4. Wie wird der normale Hyper-V-Betrieb wiederhergestellt?
Nach der Reintegration befinden sich die VM-Dateien wieder im Spiegelmodus, wie in Schritt 1. Das System befindet sich wieder im Hochverfügbarkeitsmodus, wobei die Hyper-V-VM auf Server 2 läuft und SafeKit Dateiaktualisierungen auf Server 1 repliziert.

Wenn der Administrator möchte, dass die VM auf Server 1 ausgeführt wird, kann dies manuell über die Webkonsole zu einem geeigneten Zeitpunkt oder automatisch über die Konfiguration erfolgen.
Wie konfiguriere ich einen SafeKit Hyper-V-Cluster?

Die SafeKit-Webkonsole bietet eine intuitive Benutzeroberfläche zum Konfigurieren der Hochverfügbarkeit Ihrer kritischen Anwendungen. In nur wenigen Schritten können Sie eine konfigurieren SafeKit Hyper-V-Cluster Um die Geschäftskontinuität sicherzustellen:
- Einsetzen
VM_PATH, der Stammpfad des replizierten Verzeichnisses (D:/Repli-Hyper-V), in dem sich die Hyper-V VM-Dateien befinden. - Treten Sie ein
VM_NAME, der Name der virtuellen Maschine Hyper-V (VM1).
Hinweis: Wenn VM1 eingegeben wird, D:/Repli-Hyper-V/VM1/ wird repliziert und VM1 wird mithilfe von Hyper-V-Befehlen automatisch neu gestartet.
Der SafeKit-Cluster umfasst einen dedizierten Split-Brain-Checker zur Lösung von Netzwerkisolationsproblemen ohne dass eine dritte Zeugenmaschine oder ein zusätzliches Heartbeat-Netzwerk erforderlich ist.
Wie überwache ich einen SafeKit Hyper-V-Cluster?

Die SafeKit-Verwaltungskonsole bietet eine einheitliche Sicht auf Ihre Hochverfügbarkeitsinfrastruktur. Es ermöglicht Administratoren, die zu überwachen Betriebszustand des Clusters und verfolgen die Datensynchronisation in Echtzeit.
Bei einem Hyper-V-Cluster mit zwei Knoten zeigt die Konsole die Rollen jedes Servers deutlich an:
- PRIM (Primär): Der aktive Knoten, auf dem derzeit die VM und die Anwendung ausgeführt werden. Es führt Schreibvorgänge für die VM-Dateien im lokalen Speicher und eine Echtzeitreplikation auf dem sekundären Knoten durch.
- ZWEITER (Sekundärer): Der Standby-Knoten empfängt synchrone Aktualisierungen auf Byte-Ebene. Es ist sofort einsatzbereit, wenn die Primäreinheit ausfällt.
- ALLEIN Zustand: Warnt Sie visuell, wenn der Cluster auf einem einzelnen Knoten ausgeführt wird (z. B. während der Wartung oder nach einem Ausfall), und zeigt so an, dass die Redundanz vorübergehend verloren geht.
- Resynchronisierungsfortschritt: Wenn ein ausgefallener Knoten wiederhergestellt wird, wird sein Status während der Wiederintegration der Hintergrunddaten orange, sodass während der „Rückkehr zum Normalzustand“ keine Ausfallzeiten auftreten.
Über einfache Statussymbole hinaus bietet die Benutzeroberfläche Failover-Orchestrierung mit einem Klick Dadurch können Sie die primäre Rolle für geplante Wartungsarbeiten manuell neu zuweisen und gleichzeitig die kontinuierliche Verfügbarkeit für Benutzeraktivitäten sicherstellen.
Beachten Sie, dass Sie über mehrere PRIM/SECOND-Widgets verfügen, wenn Sie mehrere VMs für Replikation und Failover bereitstellen. Dies ermöglicht ein unabhängiges Failover für jede VM und die Möglichkeit, die Last auf mehrere Server zu verteilen.
SafeKit High Availability Limitations
| Limit / Requirement | Reason & Impact | Recommended Alternative |
|---|---|---|
| Replikationsgröße: Einige TB | Resynchronisationszeit nach einem Ausfall (Schritt 3): • 1-Gb/s-Netzwerk ≈ 3 Stunden / TB • 10-Gb/s-Netzwerk ≈ 1 Stunde / TB (abhängig von der Festplattenschreibleistung) | • Verwenden Sie externen Shared Storage (teurer, komplexer). |
| Dateianzahl: < 1.000.000 Dateien | • Leistung der Resynchronisationszeit nach einem Ausfall (Schritt 3). • Zeit, um jede Datei zwischen beiden Knoten zu überprüfen. | • Platzieren Sie die vielen zu replizierenden Dateien in einer virtuellen Festplatte / einer virtuellen Maschine. • In diesem Fall werden nur die Dateien repliziert und resynchronisiert, die die virtuelle Festplatte / die virtuelle Maschine repräsentieren. |
| Failover-Kapazität: ≤ 32 VMs | • Jede VM läuft in einem unabhängigen Mirror-Modul. • Maximal 32 Mirror-Module, die auf demselben Cluster laufen. | • Verwenden Sie einen externen Shared Storage und eine andere VM-Cluster-Lösung (teurer, komplexer). |
| Netzwerkarchitektur: LAN/VLAN-Netzwerk zwischen entferntem Standorten | • Automatisches Failover der virtuellen IP-Adresse mit 2 Knoten im selben Subnetz. • Gute Bandbreite für die Resynchronisation (Schritt 3). • Geringe Latenz für synchrone Replikation: typischerweise < 5 ms RTT; höhere Werte sollten anhand der Schreibrate der Anwendung validiert werden. | • Verwenden Sie einen Load Balancer für die virtuelle IP-Adresse, wenn sich die 2 Knoten in 2 Subnetzen befinden (von SafeKit unterstützt, insbesondere in der Cloud). • Verwenden Sie Backup-Lösungen mit asynchroner Replikation für Netzwerke mit hoher Latenz. |
Vergleich: SafeKit für Hyper-V vs. natives Hyper-V-Clustering
| Funktion | SafeKit für Hyper-V | MS-Failover-Clustering | Hyper-V-Replik |
|---|---|---|---|
| Architektur | SANless (Shared-Nothing) | Gemeinsamer Speicher (SAN/S2D) | Geteilt-Nichts |
| Failover-Logik | Vollautomatisch | Vollautomatisch | Manueller Eingriff (keine HA-Lösung) |
| Replikationstyp | Synchron (Null RPO) | Synchron (über SAN) | Asynchron (Datenverlust) |
| Quorum-Anforderung | Keine (eingebauter Checker) | 3. Knoten / Cloud-Zeuge | Keine |
| AD-Abhängigkeit | Unabhängig | Erforderlich (Active Directory) | Unabhängig |
| Komplexität der Bereitstellung | Niedrig (< 30 Minuten) | Hoch (AD, Speicher, Quorum) | Mittel |
Zusammenfassend , indem die Notwendigkeit eines SAN entfällt und die Einrichtung vereinfacht wird – indem Abhängigkeiten wie entfernt werden Active Directory und spezialisiert Quorum Konfigurationen – SafeKit bietet eine schlanke, hardwareunabhängige Alternative. Dies führt zu deutlich niedrigeren Gesamtbetriebskosten und stellt gleichzeitig sicher, dass Ihre Hyper-V-Umgebung stabil bleibt, ohne Datenverlust und mit automatischer Wiederherstellung.
Videoanleitung: Konfigurieren eines SafeKit HA-Clusters für Hyper-V
SafeKit-Video: Clustering auf virtueller Maschinenebene mit Hyper-V (5:15)
Entdecken Sie in diesem Video, wie SafeKit implementiert wird hohe Verfügbarkeit für Hyper-V ohne die Komplexität eines SAN. Lernen Sie zu konfigurieren Replikation virtueller Maschinen über zwei Knoten hinweg, um ein nahtloses Failover für Ihre kritischen virtualisierten Arbeitslasten sicherzustellen. Obwohl in dieser Demonstration Hyper-V unter Windows verwendet wird, funktioniert die Lösung identisch mit KVM unter Linux.
Kapitel
- 🎬 Architekturübersicht: 2 Hyper-V-Knoten und 2 virtuelle Maschinen (0:49)
- 🎬 Konfigurieren des Clusters und der hyperv.safe-Module (1:59)
- 🎬 Live-Tests: VM-Replikation, Migration und automatisches Failover bei Absturz (2:26)
Schrittweise Umsetzung
- 🛠️ Lesen Sie die Anleitung zum Einrichten eines gespiegelten Hyper-V-Clusters unter Windows.
- 🛠️ Lesen Sie die Anleitung zum Einrichten eines gespiegelten KVM-Clusters unter Linux.
🔍 SafeKit Hochverfügbarkeit Navigation Hub
Entdecken Sie SafeKit: Funktionen, technische Videos, Dokumentation und kostenlose Testversion
| Ressourcentyp | Beschreibung | Direkter Link |
|---|---|---|
| Hauptfunktionen | Warum SafeKit für einfache und kosteneffiziente Hochverfügbarkeit wählen? | Warum SafeKit für Hochverfügbarkeit? |
| Anwendungsfälle | Erfahren Sie, wie SafeKit die Hochverfügbarkeit kritischer Infrastrukturen gewährleistet | Alle Anwendungsfälle ansehen (OEM-Software, Edge-Server, SCADA und mehr) |
| Bereitstellungsmodell | All-in-One SANlose HA: Shared-Nothing Software-Clustering | SafeKit All-in-One SANlose HA ansehen |
| HA-Strategien | SafeKit: Infrastruktur (VM) vs. Hochverfügbarkeit auf Anwendungsebene | SafeKit HA & Redundanz: VM vs. Anwendungsebene |
| Technische Spezifikationen | Technische Einschränkungen für SafeKit-Clustering | Technische Einschränkungen von SafeKit ansehen |
| Videos | SafeKit: Konfiguration der Hochverfügbarkeit & Failover-Demos | SafeKit Failover-Tutorials ansehen |
| Architektur | Wie der SafeKit Mirror Cluster funktioniert (Echtzeit-Replikation & Failover) | SafeKit Mirror Cluster: Echtzeit-Replikation & Failover |
| Architektur | Wie der SafeKit Farm Cluster funktioniert (Netzwerk-Lastverteilung & Failover) | SafeKit Farm Cluster: Netzwerk-Lastverteilung & Failover |
| Wettbewerbsvorteile | Vergleich: SafeKit vs. traditionelle Hochverfügbarkeits-Cluster (HA) | Vergleich: SafeKit vs. traditionelle HA-Cluster |
| Technische Ressourcen | SafeKit Hochverfügbarkeit: Dokumentation, Downloads & Testversion | Kostenlose Testversion & Technische Dokumentation |
| Vorkonfigurierte Lösungen | SafeKit Applikationsmodul-Bibliothek: Gebrauchsfertige HA-Lösungen | SafeKit Applikationsmodule für Hochverfügbarkeit |