Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
On-Premises-DR zu AWS
Die Verwendung AWS als externe Notfallwiederherstellungsumgebung (DR) für lokale Workloads ist ein gängiges Hybridszenario. Definieren Sie Ihre DR-Ziele, einschließlich der erforderlichen Wiederherstellungszeit und der erforderlichen Wiederherstellungspunktziele, bevor Sie die zu verwendenden Technologien auswählen. Als Hilfe bei dieser Definition können Sie die Checkliste für den DR-Plan
Es stehen eine Reihe von Optionen zur Verfügung, mit denen Sie schnell eine DR-Umgebung einrichten und bereitstellen können. AWS Stellen Sie sicher, dass Sie all Ihre Workload-Abhängigkeiten berücksichtigen, und testen Sie Ihren DR-Plan und Ihre DR-Lösung gründlich und regelmäßig, um ihre Integrität zu überprüfen.
AWS ermöglicht AWS Elastic Disaster Recoverydie Erstellung eines vollständigen Replikats Ihrer lokalen Server, einschließlich des Root-Volumes und des Betriebssystems, auf. AWS Elastic Disaster Recovery repliziert Ihre Maschinen kontinuierlich in einen kostengünstigen Staging-Bereich in Ihrem AWS-Zielkonto und Ihrem bevorzugten AWS-Konto. AWS-Region Die Replikation auf Blockebene ist eine exakte Kopie des Speichers Ihrer Server, einschließlich des Betriebssystems, der Systemstatuskonfiguration, der Datenbanken, Anwendungen und Dateien. Im Notfall können Sie Elastic Disaster Recovery anweisen, innerhalb weniger Minuten Tausende Ihrer Maschinen in ihrem vollständig bereitgestellten Zustand zu starten.
Elastic Disaster Recovery verwendet einen Agenten, der auf jedem Ihrer lokalen Server installiert ist. Die Agenten synchronisieren den Status Ihrer lokalen Server mit Amazon EC2 EC2-Äquivalenten mit geringerer Leistung, die auf laufen. AWS Mit Elastic Disaster Recovery können Sie auch Ihren DR-Failover- und Failback-Prozess automatisieren. Durch die Automatisierung Ihres Failover- und Failback-Prozesses können Sie ein niedrigeres und einheitlicheres Recovery Time Objective (RTO) erreichen.
-
Statusberichte für den Replikationsserver
-
Ressourcen im Staging-Bereich werden automatisch erstellt und beendet
-
Wiederherstellungsinstanzen, die mit einem RTO von Minuten und einem RPO von Sekunden gestartet wurden
-
Kontinuierliche Replikation auf Blockebene (komprimiert und verschlüsselt)
Es ist wichtig, den DR-Prozess zu testen und sicherzustellen, dass die Live-Staging-Umgebung keine Konflikte mit der lokalen Umgebung verursacht. Stellen Sie beispielsweise sicher, dass die entsprechenden Lizenzen in Ihrer lokalen, Staging- und initiierten DR-Umgebung verfügbar sind und funktionieren. Stellen Sie außerdem sicher, dass alle Prozesse vom Typ Worker, die möglicherweise Arbeit aus einer zentralen Datenbank abrufen und abrufen, entsprechend konfiguriert sind, um Überschneidungen oder Konflikte zu vermeiden. Nehmen Sie in Ihren DR-Prozess alle erforderlichen Schritte auf, die ausgeführt werden müssen, bevor Ihre Wiederherstellungsserver-Instanzen online gehen. Schließen Sie auch die Schritte ein, die ausgeführt werden müssen, nachdem die Wiederherstellungsserverinstanzen online und verfügbar sind. Sie können Lösungen wie die AWS Elastic Disaster Recovery Plan Automation-Lösung
Sie können ein Storage Gateway Volume Gateway verwenden, um Ihre lokalen Server mit Cloud-basierten Volumes auszustatten. Diese Volumes können mithilfe von Amazon EBS-Snapshots auch schnell für die Verwendung mit Amazon EC2 bereitgestellt werden. Insbesondere Gateways für gespeicherte Volumes bieten Ihren lokalen Anwendungen Zugriff auf ihre gesamten Datensätze mit geringer Latenz. Die Volume-Gateways bieten auch dauerhafte Snapshot-basierte Backups, die für den Einsatz vor Ort oder für die Verwendung mit Amazon EC2 wiederhergestellt werden können. Sie können point-in-time Snapshots auf der Grundlage des Recovery Point Objective (RPO) für Ihren Workload planen.
Wichtig
Volume Gateway-Volumes sind für die Verwendung als Datenvolumes und nicht als Boot-Volumes vorgesehen.
Sie können ein Amazon EC2 Amazon Machine Image (AMI) mit einer Konfiguration verwenden, die Ihren lokalen Servern entspricht und Ihre Datenvolumen separat spezifiziert. Nachdem Sie das AMI konfiguriert und getestet haben, stellen Sie die EC2-Instances zusammen mit den Datenvolumes, die auf den Volume-Gateway-Snapshots basieren, über das AMI bereit. Bei diesem Ansatz müssen Sie Ihre Umgebung gründlich testen, um sicherzustellen, dass Ihre EC2-Instance ordnungsgemäß funktioniert, insbesondere bei Windows-Workloads.
