Einführung #

In diesem Handbuch werden die Schritte zum Erstellen einer Disaster Recovery (DR)-Umgebung für ein RELIANOID Load Balancer Cluster (2 Knoten auf Debian-basiertem Linux) in Azure unter Verwendung des Azure Site Recovery (ASR)-Dienstes. Der RELIANOID Da für den Load Balancer für jede neue Instanz Aktivierungslizenzen erforderlich sind, gehen wir auch auf Überlegungen zur Handhabung der Lizenzierung in der DR-Umgebung ein.

Voraussetzungen: #

• Azure-Abonnement: Stellen Sie sicher, dass Sie über ein aktives Azure-Abonnement mit ausreichenden Ressourcenlimits verfügen.
• Debian-basiert RELIANOID Lastenausgleichscluster: Stellen Sie sicher, dass in Ihrer lokalen oder primären Umgebung zwei Knoten des RELIANOID Load Balancer unter Debian Linux.
• RELIANOID Lizenzierung: Sie müssen über die erforderlichen Aktivierungslizenzen für die Lastenausgleichsmodule verfügen, wenn diese am DR-Standort bereitgestellt werden.
• Azure Site Recovery-Dienst: Richten Sie den Azure Site Recovery-Dienst in Ihrem Azure-Portal ein und konfigurieren Sie ihn.
• Network Configuration: Planen Sie Ihre Netzwerkanforderungen für die DR-Site in Azure (VNet, Subnetze, NSGs usw.).
• Zugriff auf RELIANOID Load Balancer-Konfigurationen: Zugriff auf die Konfigurationsdateien Ihres Load Balancers und die Möglichkeit, diese zur Wiederherstellung zu sichern.

Schritt 1: Vorbereiten von Azure Site Recovery (ASR) #

Bevor Sie Ihre RELIANOID Cluster zu Azure müssen Sie ASR für Ihre Linux-VMs einrichten.

Einrichten eines Recovery Services-Tresors #

1. Navigieren Sie zum Azure-Portal und erstelle ein Tresor für Wiederherstellungsdienste.

• Gehe zu Ressource erstellen > Überwachung + Verwaltung > Recovery Services Vault.
• Geben Sie einen Namen, ein Abonnement, eine Ressourcengruppe und eine Region für den Tresor an.

2. Konfigurieren der ASR-Replikationseinstellungen.

• Nachdem Sie den Tresor erstellt haben, gehen Sie zu Ihrem Tresor und klicken Sie auf Site Recovery > + Replizieren.
• Wählen Sie Ihre Quellumgebung (Vor Ort oder in einer anderen Cloud).
• Für ZielumgebungWählen Azure.

Bereiten Sie die Infrastruktur vor #

1. Installieren Sie Mobility Service auf dem RELIANOID Nodes:

• Der Mobility Service-Agent wird zum Replizieren der Linux-VMs benötigt.
• Laden Sie den Mobility Service für Linux von Azure herunter und installieren Sie ihn auf Ihrem RELIANOID Debian-Knoten.

2. Einrichten der Replikationsrichtlinie:

• Konfigurieren Sie im ASR Vault die Replikationsrichtlinie. Dazu gehören das Recovery Point Objective (RPO) und die Aufbewahrungsdauer für Ihr DR-Setup.
• Für kritische Systeme wie Lastenausgleichsmodule wird im Allgemeinen ein RPO von 15 Minuten empfohlen.

Erstellen einer Azure VM-Netzwerkzuordnung #

• Erstellen eines virtuellen Netzwerks (VNet) in der Azure-Region, in der Sie die DR-Umgebung wünschen.
• Zuordnen des VNet zu den replizierten Knoten unter Netzwerkzuordnung in den ASR-Einstellungen.

Schritt 2: Replizieren RELIANOID Load Balancer-Knoten zu Azure #

Konfigurieren der Replikation #

1. In Ihrem Tresor für Wiederherstellungsdienste, Zu gehen Site Recovery > Anwendung replizieren.
2. Wähle aus Debian RELIANOID Load Balancer-Knoten Sie replizieren möchten.
3. Wählen Sie die entsprechende Replikationsrichtlinie.
4. Einrichtung Datenträger und Speicher. Stellen Sie sicher, dass beide Knoten über die entsprechenden Speicheroptionen verfügen (Premium-SSD für hohen I/O-Aufwand, falls erforderlich).

Starten der Replikation #

Nach der Konfiguration starten Sie die Replikation. ASR repliziert nun Ihre RELIANOID Knoten zu Azure.

Überwachen Sie den Replikationsprozess vom ASR Vault aus. Die vollständige Replikation kann je nach Größe der VM-Festplatten einige Zeit in Anspruch nehmen.

Schritt 3: Griff RELIANOID Lizenzierung in DR #

Manuelle Lizenzaktivierung #

Wenn Ihr RELIANOID Wenn beim Failover von Knoten auf Azure eine Aktivierungslizenz erforderlich ist.

• Stellen Sie sicher, dass Sie Aktivierungszertifikate für die neuen DR-Instanzen bereit haben.
• Manuelle Aktivierung Sobald ein Failover erfolgt, sind die bereitgestellten DR-Aktivierungszertifikate erforderlich.

Schritt 4: Erstellen eines Failover- und Failback-Plans #

Failover testen #

Führen Sie im ASR Vault ein Testfailover aus, um Ihr DR-Setup zu überprüfen. Während des Tests sollten die Load Balancer-Knoten in Azure gestartet werden, und Sie sollten Folgendes überprüfen:

• Sie sind richtig konfiguriert.
• Die Lizenzierung ist funktionsfähig.
• Die RELIANOID Der Load Balancer ist betriebsbereit und leitet den Datenverkehr weiter.

Geplantes Failover (während des tatsächlichen DR-Ereignisses) #

Wenn ein Notfall eintritt und Sie ein Failover benötigen, gehen Sie zum ASR Vault und lösen Sie einen Geplantes Failover zu Azure. Dadurch werden die lokalen Knoten heruntergefahren und die replizierten Knoten in Azure hochgefahren.

Failback auf On-Prem #

Nachdem Sie das Problem behoben haben, können Sie ein Failback auf Ihre lokale Umgebung durchführen, indem Sie den Replikationsfluss in ASR umkehren und ein geplantes Failback ausführen.

Schritt 5: Überlegungen nach der Notfallwiederherstellung #

Validierung nach dem Failover #

Stellen Sie nach dem Failover zu Azure Folgendes sicher:

• RELIANOID Load Balancer-Knoten funktionieren ordnungsgemäß.
• Der Datenverkehr wird ordnungsgemäß auf Ihre Dienste verteilt.
• Alle Aktivierungslizenzen sind aktiv und validiert.

Regelmäßige DR-Tests #

Planen Sie regelmäßige DR-Übungen und Test-Failover ein, um sicherzustellen, dass Ihre Umgebung immer für ein Failover bereit ist. Stellen Sie sicher, dass Lizenzierungs- und Konfigurationsänderungen nach jedem Test berücksichtigt werden.

Fazit #

Erstellen einer DR-Umgebung für Ihr RELIANOID Load Balancer Cluster in Azure mit Azure Site Recovery Service sorgt für hohe Verfügbarkeit und Geschäftskontinuität. Mit den richtigen Replikationsrichtlinien, Lizenzverwaltung und Failover-Strategien ist Ihre kritische Infrastruktur im Katastrophenfall geschützt. Validieren Sie Ihren Failover-Plan immer mit regelmäßigen Tests und Bleiben Sie mit uns in Kontakt bezüglich der Lizenzanforderungen.

Referenzen: (Die Referenzliste bleibt in der wissenschaftlichen Zitierweise erhalten)
https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-physical-mobility-service-overview#linux-machine-1