Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Das automatische Failover bei Hyper-V ist eine zentrale Notfallwiederherstellungsfunktion, die eine virtuelle Maschine (VM) automatisch von einem primären Host auf einen Replikat-Host umschaltet, wenn der primäre Server nicht mehr erreichbar ist.
In Kombination mit Hyper-V Replica entsteht ein vollständiges Notfallwiederherstellungssystem für Hyper-V:
Dadurch entfallen manuelle Eingriffe, Ausfallzeiten werden verkürzt und die Werte für das Recovery Time Objective (RTO) sowie das Recovery Point Objective (RPO) für geschäftskritische Arbeitslasten verbessert.
Bevor Sie das automatische Failover konfigurieren, müssen Sie die Umgebung vorbereiten und alle Voraussetzungen erfüllen. Prüfen Sie folgende Anforderungen vor der Einrichtung des automatischen Hyper-V-Failovers:
Diese Voraussetzungen stellen sicher, dass Hyper-V Replica Daten korrekt replizieren und bei Ausfall des primären Hosts ein automatisches Failover durchführen kann.
Hyper-V Replica bietet drei Failover-Arten, die je nach Szenario eingesetzt werden. Jede Art erfüllt einen anderen Zweck und ermöglicht die Abstimmung von Test-, Wartungs- und Notfallwiederherstellungsanforderungen.
Der Test-Failover dient hauptsächlich zur Überprüfung der Replikat-VM und zur Bestätigung der Funktionsfähigkeit des Notfallwiederherstellungsplans. Dabei wird eine temporäre Test-VM in einer isolierten Umgebung erstellt. Administratoren können den Start von Anwendungen und die Verfügbarkeit von Diensten prüfen, ohne produktive Arbeitslasten zu beeinträchtigen. Nach Abschluss der Prüfung kann die Test-VM gelöscht werden, die Produktivumgebung bleibt unverändert.
Hauptmerkmale:
Das geplante Failover wird für geplante Vorgänge verwendet, wenn sowohl der primäre als auch der Replikat-Host erreichbar sind – typischerweise bei Wartungsarbeiten, Migrationen oder absehbaren Dienstunterbrechungen. In diesem Fall wird die primäre VM heruntergefahren und die neuesten Daten synchronisiert, bevor die Replikat-VM auf dem sekundären Host gestartet wird.
Hauptmerkmale:
Ein ungeplantes Failover tritt auf, wenn der primäre Host durch unerwartete Ereignisse wie Hardwaredefekte, Stromausfall oder Cyberangriffe ausfällt. Die Replikat-VM wird auf dem sekundären Host gestartet, um Dienste so schnell wie möglich wiederherzustellen. Die Wiederherstellung erfolgt zügig, je nach letztem erfolgreichem Replikationspunkt kann jedoch ein gewisser Datenverlust auftreten. Nach Wiederherstellung der primären Umgebung können Administratoren einen Failback-Vorgang durchführen, um die Arbeitslasten wieder auf den ursprünglichen Host zu verlagern.
Hauptmerkmale:
Nachdem Sie die drei Failover-Arten kennengelernt haben, stellt sich die Frage nach der praktischen Einrichtung des automatischen Failovers in einer echten Umgebung. In der Praxis ist Hyper-V Replica der integrierte Mechanismus zur Umsetzung des automatischen Hyper-V-Failovers. Der folgende Abschnitt erläutert die Einrichtung Schritt für Schritt.
Um das automatische Hyper-V-Failover zu konfigurieren, müssen mehrere Einrichtungsvorgänge abgeschlossen werden:
Schritt 1: Aktivieren von Hyper-V Replica auf beiden Hosts
Öffnen Sie den Hyper-V-Manager, konfigurieren Sie die Replikat-Einstellungen und erlauben Sie dem primären Server, Replikationsdatenverkehr an den sekundären Server zu senden.
Schritt 2: Konfigurieren der Replikation für die virtuelle Maschine
Wählen Sie die VM aus, aktivieren Sie die Replikation, wählen Sie den Replikat-Server aus und legen Sie Authentifizierungs- und Komprimierungsoptionen fest.
Schritt 3: Festlegen des Replikationsintervalls und der Wiederherstellungspunkte
Wählen Sie das Replikationsintervall (30 Sekunden, 5 Minuten oder 15 Minuten) aus und konfigurieren Sie bei Bedarf zusätzliche Wiederherstellungspunkte.
Schritt 4: Einstellen der Failover-Parameter
Aktivieren Sie die Optionen für geplantes, Test- und ungeplantes Failover, um verschiedene Notfallszenarien abzudecken.
Schritt 5: Testen des automatischen Failovers
Führen Sie einen Test-Failover durch, um zu prüfen, ob die Replikat-VM korrekt startet und Dienste weiterhin erreichbar sind.
Nach Abschluss der Einrichtung löst Hyper-V automatisch ein Failover aus, sobald der primäre Host nicht mehr erreichbar ist.
Bei der Nutzung von Hyper-V Replica treten jedoch einige typische Probleme auf, die Replikation und Failover beeinträchtigen können.
Häufig auftretende Probleme:
|
Berechtigungs- und Konfigurationsfehler |
Fehlt die erforderliche Administratorberechtigung oder sind die Sicherheitseinstellungen auf primärem und Replikat-Host nicht korrekt konfiguriert, schlägt die Einrichtung der Replikation fehl. |
|
Netzwerkprobleme oder blockierende Firewalls |
Instabile Verbindungen oder geschlossene Ports unterbrechen den Replikationsdatenverkehr, was zu verzögerter Synchronisation oder fehlgeschlagenem Failover führt. |
|
Unzureichender Speicherplatz auf dem Replikat-Server |
Verfügt der Replikat-Host nicht über ausreichend Festplattenspeicher, stoppt die Replikation oder die Replikat-VM kann nicht erfolgreich erstellt werden. |
|
Replikats-VM startet nach Failover nicht |
Ressourcenmängel, fehlerhafte Konfigurationen oder Abhängigkeitsprobleme können Startfehler verursachen und die Dienstwiederherstellung verzögern. |
|
Begrenzte Orchestrierung für Anwendungen mit mehreren VMs |
Hyper-V Replica verarbeitet einzelne VMs zuverlässig, die Koordination mehrerer voneinander abhängiger virtueller Maschinen erfordert oft manuelle Planung. |
|
Manuelle Failover-Schritte verlängern die Wiederherstellungszeit |
Ohne Automatisierung müssen Administratoren während eines Ausfalls mehrere Aktionen durchführen, wodurch die Wiederherstellung verlangsamt und Ausfallzeiten verlängert werden.
|
Diese Einschränkungen zeigen den Bedarf an erweiterter Automatisierung in Unternehmensumgebungen auf.
Die integrierte Hyper-V Replica bietet grundlegende Failover-Funktionen, Unternehmensumgebungen benötigen jedoch oft erweiterte Automatisierung, Echtzeit-Replikation und Orchestrierung für mehrere VMs. i2Availability, eine Hochverfügbarkeitslösung für Unternehmen, erweitert die Hyper-V-Notfallwiederherstellung um automatisches Failover, Echtzeit-Synchronisation und zentralisierte Verwaltung.
Systemarchitektur & Kernfunktionen
Bei Test-Failover-Szenarien erstellt i2Availability isolierte Test-VMs auf Basis der in Echtzeit replizierten Daten. Administratoren können damit Notfallwiederherstellungspläne prüfen und die Verfügbarkeit von Anwendungen bestätigen, ohne produktive Arbeitslasten zu beeinträchtigen.
Die Testumgebung läuft unabhängig, laufende Replikation und Geschäftsabläufe bleiben ununterbrochen. Nach Abschluss des Tests räumt das System automatisch temporäre Test-VMs auf, sodass die Umgebung übersichtlich und ressourcenschonend bleibt.
Vorteile:
Bei geplanten Failover-Vorgängen führt i2Availability eine kontrollierte Umschaltung von der primären VM auf die Standby-Umgebung durch. Das System stellt vor dem Wechsel die vollständige Datensynchronisation sicher und unterstützt die sequenzielle Inbetriebnahme voneinander abhängiger Mehr-VM-Anwendungen wie Datenbanken und Anwendungsserver.
Dadurch werden Dienste in der korrekten Reihenfolge wieder aufgenommen, mit minimalen Unterbrechungen. Nach Abschluss der Wartung können Administratoren ein automatisches oder manuelles Failback ausführen, um die Arbeitslasten zurück in die ursprüngliche Umgebung zu verlagern.
Vorteile:
Bei ungeplanten Ausfällen erkennt i2Availability automatisch den Ausfall der primären VM und startet umgehend die sekundäre VM mit den zuletzt replizierten Daten. Die Lösung unterstützt standortübergreifendes Failover über eine zentrale Verwaltungskonsole und ermöglicht eine schnelle Wiederherstellung auch bei mehrstandortigen Bereitstellungen.
Nach Wiederherstellung des primären Standorts kann eine umgekehrte Replikation automatisch oder manuell ausgeführt werden, um Daten abzugleichen und die Arbeitslasten zurück zu verschieben.
Vorteile:
Was ist automatisches Hyper-V-Failover und worin unterscheidet es sich vom herkömmlichen Failover?
Worin liegen die Unterschiede zwischen Test-, geplantem und ungeplantem Failover?
Wie verbessert i2Availability das RPO/RTO im Vergleich zu Hyper-V Replica?
Unterstützt Hyper-V nativ automatisches Failover?
Wie lassen sich Datenverluste beim ungeplanten Hyper-V-Failover minimieren?
Für kleine oder einfache Bereitstellungen reicht die integrierte Hyper-V-Replikation in der Regel aus. Sie bietet Failover-Funktionen für grundlegende Notfallwiederherstellungsszenarien, erfordert aber oft manuelle Eingriffe und verfügt nicht über erweiterte Orchestrierungsfunktionen für komplexe Umgebungen.
Unternehmensumgebungen, mehrstufige Architekturen oder geschäftskritische Systeme profitieren stärker von Lösungen wie i2Availability, die eine vollständige Automatisierung und höhere Zuverlässigkeit bieten.
Die Wahl der passenden Vorgehensweise hilft, Ausfallzeiten zu minimieren, die Verfügbarkeit zu steigern und eine echte automatisierte Notfallwiederherstellung zu erreichen.
