Was ist ein Failover? Verwendungsfälle für Clustering und Replikation

> <> & Die Verfügbarkeit von VMs ist für die Gewährleistung der Geschäftskontinuität von entscheidender Bedeutung. Wenn die auf geschäfts- und missionskritischen VMs ausgeführten Dienste nicht mehr verfügbar sind, können Unternehmen Geld und das Vertrauen ihrer Kunden verlieren. Um die Verfügbarkeit von VMs unmittelbar nach einem Ausfall wiederherzustellen, sollten Sie geeignete Failover-Techniken einsetzen.

Das Failover auf ein VM-Replikat kann Teil der Disaster Recovery sein, um Daten und Vorgänge mit minimaler Unterbrechung der regulären Arbeitsabläufe wiederherzustellen. Der VM-Failover-Prozess sollte in der Geschäftskontinuitäts- und Disaster Recovery-Planung (BCDR) eines Unternehmens beschrieben werden. Sehen wir uns die Arten von VM-Failovers und Verwendungsfälle in Details an.

Ensure Availability with NAKIVO

Meet strict requirements for service availability in virtual infrastructures. Achieve uptime objectives with robust DR orchestration and automation features.

DISCOVER SOLUTION

Was ist ein Failover?

Ein Failover ist der Prozess der Wiederaufnahme einer Virtuellen Maschine (VM) auf einem sekundären System (und manchmal an einem sekundären Standort) nach einem Ausfall des primären Systems wieder aufgenommen wird. Das sekundäre System enthält alle Daten, die zur Aufrechterhaltung des Geschäftsbetriebs erforderlich sind. Ein System kann in diesem Zusammenhang ein Server, eine Datenbank, eine Virtuelle Maschine usw. sein.

In virtuellen Umgebungen gibt es zwei gängige Failover-Methoden:

• Verwendung einer VM-Replik (in der Regel auf einem anderen Virtualisierungsserver) wird verwendet, um einen Failover durchzuführen, wenn eine primäre VM ausfällt
• Verwendung eines Failover-Clusters (keine Replikation erforderlich)

Ein Failover erfordert weniger Zeit für die Wiederherstellung von Workloads als die Wiederherstellung aus einem Backup, wodurch können Sie ein kürzeres Wiederherstellungszeit-Ziel (RTO) erreichen. Die Verwendung von VM-Replikation oder Clustering macht jedoch die Erstellung von VM-Sicherungennicht überflüssig. Ein Backup (in der Regel komprimiert) ist nützlich, wenn Sie Daten aus dem alten Wiederherstellungspunkt wiederherstellen müssen.

Sehen wir uns die grundlegenden Begriffe zum VM-Failover für die replikationsbasierte Disaster Recovery an.

Failover-Glossar

• Ausfall: Jedes Problem mit Hardware oder Software, das durch einen Systemabsturz, einen Stromausfall, Probleme mit den Netzwerken, einen Ransomware-Angriff usw. verursacht wird und zu einem Ausfall des Systems führt.
• Primärsystem: Das System, das Live-Operationen in der Produktionsumgebung ausführt.
• Sekundärsystem: Das redundante Standby-System, das regelmäßig mit Kopien des primären Systems aktualisiert wird. Das sekundäre System kann vor Ort oder an einem entfernten Standort untergebracht werden.
• Replikation: Der wesentliche Prozess zur Vorbereitung auf den Failover einer VM. Bei der Replikation wird eine exakte Kopie, d. h. ein Replikat, der primären VM zu einem bestimmten Zeitpunkt erstellt.
• VM-Failback: Failback ist der Vorgang, bei dem nach Behebung des Vorfalls von den Replikaten wieder auf das primäre System umgeschaltet wird.

Failover-Typen

Es gibt drei Arten von Failover:

• A geplantes Failover wird für geplante Migrationen von Workloads von einem System/Standort zu einem anderen verwendet. Verwendungsfälle sind beispielsweise Wartungsarbeiten am Primärsystem, elektrische Arbeiten am Produktionsstandort und erwartete Katastrophenszenarien. Beispielsweise kann eine Wetterwarnung vor einem Tornado ein geplantes Failover erforderlich machen, um die Verfügbarkeit sicherzustellen.
• Ein ungeplantes Failover ist ein Failover, das durchgeführt wird, wenn ein unerwarteter Ausfall auftritt, der dazu führt, dass eine kritische VM oder der gesamte primäre Standort offline geht. Der Ausfall kann durch eine Reihe von Naturkatastrophen, Unfällen (Stromausfall), Malware-Angriffen oder anderen Vorfällen verursacht werden. Für ein ungeplantes Failover sollten Hosts und Replikate im Voraus vorbereitet werden.
• Ein Test-Failoverwird, wie der Name schon sagt, zum Testen verwendet. Zu den Testszenarien kann das Proben ungeplanter Failover-Szenarien gehören, um sicherzustellen, dass
  • Sie die festgelegten RTOs und RPOs
  • alles funktioniert gut und kann bei Bedarf reibungslos ausgeführt werden
  • alle an der Disaster Recovery beteiligten Mitarbeiter kennen ihre Rollen und Verantwortlichkeiten

Die Failover-Sequenz

Während eines VM-Failovers sind die Failover-Sequenz der Aktionen und die Startreihenfolge der VMs entscheidend für die erfolgreiche Wiederaufnahme der Workflows. Sie müssen in der Entwicklungsphase des Disaster-Recovery-Plans Ihres Unternehmens definiert werden festgelegt werden. Die Reihenfolge sollte die Abhängigkeiten zwischen verschiedenen Diensten, die auf unterschiedlichen VMs ausgeführt werden, berücksichtigen.

Beispielsweise kann die Authentifizierung für einige Dienste und Anwendungen, die auf VMs ausgeführt werden, Active Directory verwenden, das auf einer anderen VM ausgeführt wird. Ein Datenbankserver kann auf der ersten VM, ein Anwendungsserver auf der zweiten und der Webserver auf der dritten VM ausgeführt werden.

Die VM mit dem Active Directory-Server muss zuerst gestartet werden. Anschließend können die VMs mit Diensten gestartet werden, die Active Directory für die Authentifizierung verwenden. Die VM mit dem Datenbankserver muss vor der VM mit dem Anwendungsserver gestartet werden, da der Anwendungsserver eine Verbindung zur Datenbank herstellt. Sobald die VMs mit dem Datenbankserver und dem Anwendungsserver gestartet wurden, kann die VM mit dem Webserver gestartet werden.

Wichtige Failover-Lösungen

Die wichtigsten Lösungen, die in virtuellen Umgebungen verwendet werden, sind:

• Failover-Clustering
• Failover mithilfe von VM-Replikaten

Betrachten wir jede dieser Lösungen einzeln.

Lösung 1. Failover-Clustering

Ein Failover-Cluster ist eine Gruppe von mindestens zwei Servern oder Knoten, die so konfiguriert sind, dass sie die Workloads übernehmen, wenn ein Knoten ausfällt oder nicht verfügbar ist. Clustering ist eine automatisierte Lösung der Enterprise-Klasse, die für die wichtigsten, geschäftskritischen VMs verwendet werden kann. Microsoft Hyper-V bietet einen Failover-Cluster , der aus mehreren Microsoft Hyper-V-Hosts besteht. Das Äquivalent von VMware ist ein Hochverfügbarkeitscluster, der aus VMware ESXi-Hosts besteht.

Im ersten Diagramm unten sehen Sie einen Cluster, in dem beide Hosts (auch als Knotenbezeichnet) ordnungsgemäß funktionieren. Die VMs werden auf Hosts ausgeführt, und die VM-Dateien befinden sich auf einem gemeinsam genutzten Speicher, auf den beide Hosts zugreifen können.

Wenn einer der Hosts ausfällt, werden die Eigentumsrechte an der Verbindung zur VM (die auf dem offline geschalteten Knoten lief) auf einen anderen Knoten übertragen, der noch online ist. Dies ist der Failover-Prozess. Eine hochverfügbare VM muss möglicherweise neu gestartet werden.

Anforderungen an Failover-Clustering

Die folgenden Anforderungen müssen erfüllt sein, um einen Failover-Cluster aufzubauen:

• Gemeinsamer Speicher verbunden mit den Hosts über ein dediziertes Hochgeschwindigkeitsnetzwerk mit geringer Latenz. Es muss ein Cluster-Dateisystem verwendet werden, um sicherzustellen, dass mehrere Hosts gleichzeitig auf die Daten im Speicher zugreifen können.
• Die Hosts, auf denen die VMs ausgeführt werden, müssen über die gleiche Hardware oder zumindest über Hardware derselben Familie verfügen. Die Prozessoren müssen die gleichen Befehlssätze unterstützen, um die Kompatibilität für die ordnungsgemäße Ausführung der VMs nach der Migration von einem Host zu einem anderen während des Failovers sicherzustellen.
• Ein redundantes Hochgeschwindigkeitsnetzwerk mit geringer Latenz. Es sollte mehrere separate Cluster-Netzwerke geben, d. h. ein Cluster muss über verschiedene Netzwerke für Speicher, Management, VM-Migration, Verbindung der Hosts untereinander usw. verfügen.

Verwendungsfälle

Failover-Cluster werden verwendet, um VMs nach einem Serverausfall wiederherzustellen und bieten so eine hohe Verfügbarkeit für kritische VMs. Wenn einer der Knoten (die als Hosts bezeichnet werden) innerhalb eines Clusters ausfällt, werden die VMs, die auf dem ausgefallenen Host ausgeführt wurden, (Failover) auf andere funktionierende Hosts migriert. Je nach Ihren Einstellungen können die VMs, für die ein Failover durchgeführt wurde, nach Behebung des Ausfalls wieder auf den Host migriert werden, auf dem sie vor dem Vorfall ausgeführt wurden.

Vorteile

Ein Failover-Cluster bietet Vorteile, die einen starken Schutz gewährleisten:

• Ein Failover-Cluster bietet automatisches VM-Failover. Sie müssen die ausgefallenen VMs nicht manuell auf anderen Hosts starten.
• Bei einem Failover kommt es zu nahezu keinen Datenverlusten. Die Ausfallzeit beschränkt sich in der Regel auf die Zeit, die zum Laden der VM, des Betriebssystems (OS) und der auf der VM ausgeführten Software benötigt wird.
• Die Die Fehlertoleranz-Funktion , die im VMware High Availability-Cluster enthalten ist, gewährleistet einen VM-Failover ohne Ausfallzeiten und Datenverluste.

Nachteile

Ein Failover-Cluster schützt nicht vor:

• Softwarefehlern von VMs. Softwarefehler oder Viren können einen Systemabsturz in einer VM verursachen.
• Versehentliche Löschung von Dateien innerhalb der VM.
• Ausfall des gemeinsam genutzten Speichers. Der Cluster fällt aus, wenn der gemeinsam genutzte Speicher ausfällt. Der gemeinsam genutzte Speicher ist eine wichtige Komponente des Clusters. Die virtuellen Festplatten, die zu den VMs innerhalb eines Clusters gehören, werden auf dem gemeinsam genutzten Speicher gespeichert.
• Eine Katastrophe, die den gesamten physischen Standort unzugänglich macht.

Weitere Informationen zu Failover-Clustern finden Sie im vollständigen Leitfaden zu VMware-Clustern.

Lösung 2. Failover mithilfe von VM-Replikaten

Das VM-Failover mithilfe von VM-Replikaten kann durch spezielle Anwendungen ausgeführt werden, die die VMs replizieren und die Replikate starten können, wenn sie vom Administrator dazu aufgefordert werden. Zusätzlich zur Software für Datensicherheit benötigen Sie ESXi- oder Hyper-V-Hosts (je nach Ihrer Umgebung), die im Voraus vorbereitet wurden, um die VM-Replikate auszuführen, wenn die Quell-VMs ausfallen.

In der folgenden Abbildung sehen Sie zwei Hosts, die über das Netzwerk miteinander verbunden sind. Die VMs verwenden die Festplatten der Hosts. Die Quell-VMs werden auf dem ersten Host ausgeführt, und die VM-Replikate, die exakte Kopien der Quell-VMs zu einem bestimmten Zeitpunkt sind, befinden sich auf dem zweiten Host in einem ausgeschalteten Zustand.

Wenn ein Host ausfällt, sind auch die auf diesem Host ausgeführten VMs nicht mehr erreichbar. Die VM-Replikate, die sich auf einem anderen Host befinden, werden dann vom Administrator eingeschaltet.

Anforderungen für die VM-Replikation

Die grundlegenden Anforderungen für die VM-Replikation sind zwei oder mehr Hosts und eine Replikationslösung. Eine auf dem ersten Host ausgeführte Quell-VM wird auf den zweiten Host repliziert. Die VM-Replik befindet sich auf dem zweiten Host.

Verwendungsfälle

Failover mithilfe von VM-Replikaten kann bei Hardware- oder Softwarefehlern eingesetzt werden. Beispiele für Hardwarefehler sind Ausfälle von ESXi- oder Hyper-V-Hosts. Beispiele für Softwarefehler sind fehlgeschlagene Updates, Softwarefehler, Virenangriffe oder versehentliches Löschen von Dateien durch einen Benutzer.

Vorteile

Der Hauptvorteil des VM-Failovers auf eine Replik ist die Möglichkeit des Failovers auf einen Remote-Standort. Bei der Erstellung einer VM-Replik können die von einer Quell-VM kopierten Daten über eine Netzwerkverbindung (mit begrenzter Bandbreite) an einen Remote-Standort übertragen werden. Der Remote-Standort kann sich in einem nahe gelegenen Büro oder auf der anderen Seite der Welt befinden. Die VM-Replik kann sich auch am primären Produktionsstandort befinden.

Nachteile

Liste der Nachteile eines Failovers mit VM-Replikaten:

• Zwischen dem Ausfall und dem Start des Replikats auf dem zweiten Host kommt es zu einer kurzen Ausfallzeit.
• Der Failover muss manuell initiiert werden.
• Die seit der letzten Replikation geschriebenen Daten können bei einem ungeplanten Failover verloren gehen. Die VM-Replikation ist oft kein Echtzeitprozess (synchron), da die synchrone Replikation eine erhebliche Belastung für die Ressourcen darstellt. Die Replikation wird in der Regel in regelmäßigen Zeitabständen durchgeführt, abhängig von den von Ihnen gewählten Einstellungen.
• Die Netzwerkeinstellungen der VMs müssen (oft) bei einem Failover auf einen anderen Standort geändert werden. Die VM-Netzwerke des Remote-Standorts können sich von den Netzwerken des primären Standorts unterscheiden. Daher können auch die IP-Adressen unterschiedlich sein und müssen während des Failovers zusammen mit den anderen Netzwerkeinstellungen überprüft und geändert werden.

Clustering vs. replikationsbasiertes VM-Failover

Kombinierte Verwendung von Clustern und Replikaten für VM-Failover

Cluster- und Failover-Lösungen werden manchmal als Alternativen angesehen, können jedoch auch komplementär eingesetzt werden. Sehen wir uns einige Beispiele an, wie die Verwendung beider Lösungen zum Schutz Ihrer VMs vor Ausfällen auf Server- und Standortebene beitragen kann.

• Beispiel 1: Sie können die in einem Cluster ausgeführten VMs auf einen Host an einem Remote-Standort replizieren. Darüber hinaus können Sie die in einem Cluster ausgeführten VMs auf einen anderen Cluster replizieren. Wenn also ein Host ausfällt, hält der Failover-Cluster diese VMs online. Wenn der gesamte Standort ausfällt, können Sie auf die an einem Remote-Standort gespeicherten VM-Replikate ausweichen.
• Beispiel 2: Ein Virus beschädigt Dateien in einigen VMs. Ein Failover-Cluster kann vor solchen Ausfällen nicht schützen. Wenn Sie jedoch über VM-Replikate mit mehreren Wiederherstellungspunkten verfügen, können Sie jede VM auf einen Zeitpunkt vor der Beschädigung oder Löschung ihrer Dateien zurücksetzen.

Verwendung der NAKIVO-Lösung für automatisiertes VMware-VM-Failover auf Replikate

NAKIVO Backup & Replikation ist eine Backup- und Disaster-Recovery-Lösung, die VMs innerhalb eines Clusters schützen, VMs replizieren, Failover auf Replikate durchführen und komplexe DR-Sequenzen orchestrieren kann. Cluster sowie eigenständige ESXi- oder Hyper-V-Hosts werden als Quelle und Ziel für die Replikation unterstützt. Die Lösung verfolgt automatisch den Host, auf dem sich eine VM befindet, damit sie diese VM replizieren kann. Dies ist nützlich, da VMs nach Failover- oder Lastenausgleichsereignissen (ein Cluster wird in der Regel in Verbindung mit Lastenausgleich konfiguriert) von einem Host zu einem anderen innerhalb eines Clusters migriert werden können. Aus diesem Grund muss die Software, die Sie für die Replikation einer VM aus einem Cluster verwenden, in der Lage sein, den Host zu verfolgen, auf dem sich die VM befindet.

Die NAKIVO-Lösung kann die VM-Netzwerkeinstellungen bei einem Failover automatisch ändern. Verwenden Sie dazu einfach die Funktionen „Network Mapping“ und „Re-IP“, wenn Sie einen Replikations- oder Failover-Auftrag konfigurieren.

Betrachten wir ein Beispiel für Automatisiertes VM-Failover (mit Netzwerkzuordnungen und Re-IP) in NAKIVO Backup & Replikation & Replication. Wir beginnen mit der Erstellung einer VM-Replik.

Konfigurieren der für den VM-Failover erforderlichen Replikation

Klicken Sie im Dashboard „Aufträge“ auf Erstellen > VMware vSphere-Replikationsauftrag wenn Sie über eine virtuelle VMware-Umgebung verfügen. Beachten Sie, dass Sie auf die gleiche Weise einen Replikationsauftrag für eine Microsoft Hyper-V-VM oder eine Amazon EC2-Instanz erstellen können.

Der Replikationsauftrag-Assistent wird gestartet.

1. Wählen Sie die Virtuellen Maschinen aus, die Sie replizieren möchten. In diesem Beispiel wird die Server2019 VM repliziert, auf der Windows Server 2019 als Gastbetriebssystem ausgeführt wird. Klicken Sie auf Weiter.

2. Wählen Sie einen Zielhost für die Ausführung der VM-Replik aus (in unserem Fall10.10.10.90 ). Wählen Sie den Datenspeicher aus, der auf dem ausgewählten Host für die Platzierung der VM-Dateien bereitgestellt wird. Klicken Sie auf Weiter.

3. Sie können die Optionen für die Netzwerkzuordnungen und die Re-IP-Optionen festlegen, wenn Sie einen Replikations- oder Failover-Auftrag konfigurieren. In dieser Anleitung werden Netzwerkzuordnung und Re-IP später konfiguriert, wenn der Failover-Auftrag konfiguriert wird. Daher können Sie diesen Schritt vorerst überspringen und einfach auf Weiter.

4. Die Re-IP-Konfiguration wird in dieser Anleitung während der Konfiguration des VM-Failover-Auftrags erläutert. Klicken Sie auf Weiter.

5. Wählen Sie Ihre Plan-Einstellungen aus. Klicken Sie auf Weiter wenn Sie fertig sind.

6. Legen Sie die Aufbewahrungseinstellungen fest. Beachten Sie, dass Sie in diesem Schritt die Aufbewahrungsrichtlinie „ <“ ( ) und „>“ ( ) sowie „grandfather-father-son“ (<) und „> “ ( ) festlegen können. Klicken Sie auf „ <“ ( ) und „>“ ( ). Weiter „<“ ( ) und „>“ ( ). „<“ ( ) >

7. Wählen Sie die Auftragsoptionen aus und klicken Sie auf Fertigstellen oder die Fertigstellen & Ausführen Schaltfläche. Warten Sie, während die Replik erstellt wird.

Konfigurieren des VM-Failovers

Nachdem Sie ein VM-Replikat erstellt haben, können Sie einen VM-Failover auf dieses Replikat durchführen.

Klicken Sie auf der Startseite des Dashboards auf Wiederherstellen > VMware Vollständige Wiederherstellung (VM-Failover-Auftrag). Der New Failover Job Wizard wird geöffnet.

1. Wählen Sie im linken Fensterbereich die VM-Replik aus, die für den Failover verwendet werden soll. In dieser Anleitung wird die Server2019-replicaausgewählt, die gerade erstellt wurde. Wählen Sie im rechten Fensterbereich einen Wiederherstellungspunkt aus. Der neueste Wiederherstellungspunkt ist in der Lösung standardmäßig ausgewählt. Klicken Sie auf Weiter.

2. Netzwerkzuordnung hilft Ihnen dabei, das Netzwerk zu ändern, mit dem die VM verbunden ist. Die Quell- und Ziel-ESXi-Hosts haben wahrscheinlich unterschiedliche Einstellungen für den virtuellen Switch. Da eine VM-Replik eine exakte Kopie der Quell-VM ist, bleiben die virtuellen Netzwerke, mit denen die Quell-VM verbunden ist, in der VM-Replik erhalten.

   Im Allgemeinen sollten Sie die Netzwerkeinstellungen einer VM-Replik überprüfen und das Netzwerk manuell ändern. NAKIVO Backup & Replication kann das Quellnetzwerk automatisch einem Zielnetzwerk zuordnen. Sie müssen lediglich die Netzwerkzuordnung einrichten, wenn Sie den Replikations- oder Failover-Auftrag konfigurieren.

   • Um die Netzwerkkartierung zu aktivieren, aktivieren Sie das Kontrollkästchen. Wenn Sie zuvor eine Netzwerkzuordnungsregel erstellt haben, können Sie auf Vorhandene Zuordnung hinzufügenklicken. Wenn keine Netzwerkzuordnungen vorhanden sind, klicken Sie auf „ <“ (Neue Zuordnung erstellen)>. „Neue Zuordnung erstellen“ (Neue Zuordnung erstellen)<. „<“ (Neue Zuordnung erstellen)><. „><“ (Neue Zuordnung erstellen) . „><“ (Neue Zuordnung erstellen) . „>

     <“ (Neue Zuordnung erstellen) . „><“ (Neue Zuordnung erstellen) . „>“ (Neue Zuordnung erstellen) . Um eine neue Netzwerkzuordnung zu erstellen, wählen Sie das Quellnetzwerk und das Zielnetzwerk aus. Das Quellnetzwerk ist das Netzwerk, mit dem die Quell-VM verbunden ist. Das Zielnetzwerk ist das Netzwerk, mit dem die VM-Replik verbunden werden soll.

     Hinweis: Der Name des VM-Netzwerks ist nicht identisch mit der IP-Adresse oder Netzwerkadresse.

     Klicken Sie auf Speichern , um die Netzwerkzuordnung zu speichern, und klicken Sie dann auf Weiter , um mit der Konfiguration fortzufahren.

   3. Mit der Re-IP-Funktion können Sie die IP-Einstellungen der VM-Replik ändern. Sie kann für statische IP-Adressen verwendet werden. Wählen Sie die Option „Re-IP aktivieren” , wenn Sie diese Option aktivieren möchten, und erstellen Sie dann eine Re-IP-Regel oder fügen Sie eine vorhandene Regel hinzu. Klicken Sie auf Neue Regel erstellen , wenn zuvor noch keine Regeln erstellt wurden. Es erscheint ein Popup-Menü.
   • Die Quell-VM-Einstellungen sind die IP-Adresse und die Netzwerkmaske, die geändert werden müssen.

   • Die Zieleinstellungen sind die Einstellungen, die für die VM-Replik angewendet werden sollen, wenn ein Failover auftritt.In diesem Beispiel deckt das Zeichen [*] das letzte Oktett ab. Das Zeichen [*] steht für eine beliebige Zahl zwischen 1 und 254. Wenn die Quell-IP-Adressen beispielsweise 10.10.10.1, 10.10.10.96 und 10.10.10.222, lauten die Zieladressen 192.168.10.1, 192.168.10.96 bzw. 192.168.10.222. Das letzte Oktett der IP-Adresse bleibt erhalten.

     Klicken Sie auf Speichern Sie um Ihre Re-IP-Regel zu speichern und fortzufahren.

     

     Nach dem Hinzufügen der Re-IP-Regel sollte Ihr Bildschirm wie folgt aussehen:

     Wählen Sie nun die VMs aus, für die die Re-IP-Regeln angewendet werden sollen. Der Failover-Auftrag in diesem Beispiel enthält nur ein VM-Replikat, wählen Sie also das eine Kontrollkästchen aus.

     Wählen Sie dann die Anmeldeinformationen für jede VM aus. Klicken Sie auf Anmeldeinformationen verwalten > Anmeldeinformationen hinzufügen um neue Anmeldeinformationen hinzuzufügen. Die hinzugefügten Anmeldeinformationen können aus der Dropdown-Liste ausgewählt werden.

     Hinweis: Die Anmeldeinformationen werden von NAKIVO Backup & Replikation & Replikation benötigt, um auf die Netzwerkeinstellungen des Betriebssystems innerhalb der VM zuzugreifen und das Skript anzuwenden, das diese Einstellungen ändert. VMware Tools müssen auf VMware vSphere-VMs installiert sein, und Hyper-V Integration Services müssen auf Microsoft Hyper-V-VMs installiert sein.

     Wenn Sie alle diese Einstellungen konfiguriert haben, klicken Sie auf Weiter.

   4. Konfigurieren Sie nun die Optionen für den VM-Failover-Auftrag. Sie können das Kontrollkästchen „ <“ (Quell-VMs ausschalten) >„Power off source VMs“ (Quell-VMs ausschalten) aktivieren. Dies kann nützlich sein, um einen Konflikt zwischen IP-Adressen zu vermeiden, wenn sowohl die Quell- als auch die Replikat-VMs dasselbe Netzwerk verwenden oder dieselben IP-Adressen haben. Nach der Konfiguration aller Optionen klicken Sie auf „ <“ (Failover-Auftrag starten) >„Fertigstellen“ & „Ausführen“.
      Warten Sie, bis der VM-Failover-Auftrag abgeschlossen ist.
      Jetzt können Sie sicherstellen, dass das VM-Replikat ausgeführt wird. Gehen Sie zu Konfiguration > Inventar und klicken Sie auf die Schaltfläche Alles aktualisieren Schaltfläche. Nach dem Aktualisieren sehen Sie, dass die Server2019-replica VM bereits auf dem Ziel-ESXi-Host ausgeführt wird. Auf dieser Seite können Sie auch die Anmeldeinformationen, Netzwerkzuordnungen und Re-IP-Regeln verwalten (die Inventar Seite).

   Fazit

   VM-Failover ist nützlich für Disaster-Recovery-Szenarien mit vielen Virtuellen Maschinen oder für die Wiederherstellung auch nur einer einzigen VM, um die Betriebskontinuität und Hochverfügbarkeit sicherzustellen. Es ist jedoch wichtig zu verstehen, dass jeder Disaster-Recovery-Plan mit einer soliden Backup-Strategie einhergehen sollte, um einen zuverlässigeren und effizienteren Schutz der Datensicherheit zu gewährleisten.

   Erwägen Sie den Einsatz von NAKIVO Backup & Replikation, einer schnellen, zuverlässigen und kostengünstigen Lösung zum Schutz von VMs, um VMs mit der Failover-to-Replica-Methode zu schützen. Die Lösung unterstützt auch Backups und granulare Wiederherstellungen für virtuelle, physische, Cloud- und SaaS-Umgebungen über eine zentralisierte Webschnittstelle.
   

   

   Try NAKIVO Backup & Replication

   Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

   Try for Free