DR für cloudnative Workloads

Überlegen Sie, wie Ihre cloudnativen Workloads Ihren DR-Zielen entsprechen. AWS bietet mehrere Availability Zones in Regionen auf der ganzen Welt. Viele Unternehmen, die die AWS Cloud nutzen, richten ihre Workload-Architekturen und DR-Ziele so aus, dass sie dem Verlust einer Availability Zone standhalten. Die Zuverlässigkeitssäule im AWS Well-Architected Framework unterstützt diese bewährte Methode. Sie können Ihre Workloads und deren Service- und Anwendungsabhängigkeiten so gestalten, dass mehrere Availability Zones verwendet werden. Anschließend können Sie Ihre DR automatisieren und Ihre DR-Ziele mit minimalem bis gar keinem Eingriff erreichen.

In der Praxis stellen Sie jedoch möglicherweise fest, dass Sie nicht in der Lage sind, eine redundante, aktive und automatisierte Architektur für alle Ihre Komponenten einzurichten. Untersuchen Sie jede Ebene Ihrer Architektur, um die notwendigen DR-Prozesse zu ermitteln, um Ihre Ziele zu erreichen. Dies kann von Workload zu Workload variieren und unterschiedliche Architektur- und Serviceanforderungen haben. Dieses Handbuch behandelt Überlegungen und Optionen für Amazon EC2. Informationen zu anderen AWS Services finden Sie in der AWS Dokumentation, um die Hochverfügbarkeits- und DR-Optionen zu ermitteln.

DR für Amazon EC2 in einer einzigen Availability Zone

Versuchen Sie, Ihre Workloads so zu gestalten, dass sie Kunden aus mehreren Availability Zones aktiv unterstützen und betreuen. Sie können Amazon EC2 Auto Scaling und Elastic Load Balancing verwenden, um eine Multi-AZ-Serverarchitektur für Amazon EC2 und andere Services zu erreichen.

Wenn Ihre Architektur über EC2-Instances verfügt, für die kein Lastenausgleich möglich ist und für die jeweils nur eine einzige Instance ausgeführt werden kann, können Sie eine der folgenden Optionen verwenden.

• Erstellen Sie eine Auto Scaling Scaling-Gruppe mit einer Mindest-, Höchst- und Wunschgröße von 1, die für mehrere Availability Zones konfiguriert ist. Erstellen Sie ein AMI, das verwendet werden kann, um die Instance zu ersetzen, falls sie ausfällt. Stellen Sie sicher, dass Sie die richtige Automatisierung und Konfiguration definieren, damit eine neu bereitgestellte Instanz aus dem AMI automatisch konfiguriert werden kann und den Service bereitstellen kann. Erstellen Sie einen Load Balancer, der auf die Auto Scaling Scaling-Gruppe verweist und für mehrere Availability Zones konfiguriert ist. Erstellen Sie optional einen Amazon Route 53-Alias, der auf den Load Balancer-Endpunkt verweist.

• Erstellen Sie einen Route 53-Datensatz für Ihre aktive Instance und lassen Sie Ihre Kunden über diesen Datensatz eine Verbindung herstellen. Erstellen Sie ein Skript, das ein neues AMI Ihrer aktiven Instance erstellt und das AMI verwendet, um eine neue EC2-Instance im gestoppten Zustand in einer separaten Availability Zone bereitzustellen. Konfigurieren Sie das Skript so, dass es regelmäßig ausgeführt wird und die zuvor gestoppte Instance beendet wird. Wenn ein Availability Zone-Fehler auftritt, starten Sie Ihre Backup-Instance in Ihrer alternativen Availability Zone. Aktualisieren Sie dann den Route 53-Datensatz so, dass er auf diese neue Instanz verweist.

Testen Sie Ihre Lösung gründlich, indem Sie den Fehler simulieren, vor dem die Lösung schützen sollte. Berücksichtigen Sie auch die Aktualisierungen, die Ihre DR-Lösung benötigt, wenn sich Ihre Workload-Architektur ändert.

DR für Amazon EC2 bei einem regionalen Ausfall

Kunden mit sehr hohen Verfügbarkeitsanforderungen (z. B. unternehmenskritische Anwendungen, die keine Ausfallzeiten vertragen) können diese Lösung AWS über mehrere Regionen hinweg verwenden, um die Widerstandsfähigkeit gegen Probleme auf regionaler Ebene zu erhöhen. Kunden müssen die Komplexität, die Kosten und den Aufwand, die erforderlich sind, um einen DR-Plan für mehrere Regionen einzurichten und aufrechtzuerhalten, sorgfältig gegen die Vorteile abwägen. AWS bietet Funktionen, die Architekturen mit mehreren Regionen für globale Verfügbarkeit, Failover und DR unterstützen. Dieses Handbuch behandelt einige der verfügbaren Funktionen, die spezifisch für Backup und Recovery für Amazon EC2 sind.

AWS AMIs und Amazon EBS-Snapshots sind regionale Ressourcen, die zur Bereitstellung neuer Instances innerhalb einer einzelnen Region verwendet werden können. Sie können Ihre Snapshots und AMIs jedoch in eine andere Region kopieren und sie verwenden, um neue Instances in dieser Region bereitzustellen. Um einen regionalen Notfall-DR-Plan zu unterstützen, können Sie den Vorgang des Kopierens von AMIs und Snapshots in andere Regionen automatisieren. AWS Backup und Amazon Data Lifecycle Manager unterstützen regionsübergreifendes Kopieren als Teil Ihrer Backup-Konfiguration.

AWS Elastic Disaster Recoverykann verwendet werden, um Ihre Amazon EC2-Server in einer Region zu automatisieren und kontinuierlich in eine alternative DR-Region zu replizieren. Elastic Disaster Recovery kann Ihren DR-Ansatz für mehrere Regionen vereinfachen und Ihnen helfen, Ihren regionsübergreifenden Amazon EC2 EC2-DR-Plan regelmäßig mithilfe von Übungen zu testen. Elastic Disaster Recovery kann Ihnen helfen, wenn Backup und Recovery Ihre RTO- und RPO-Ziele nicht erfüllen können. Elastic Disaster Recovery kann Ihnen helfen, Ihre RTO auf Minuten und Ihr RPO auf unter eine Sekunde zu senken.

Unabhängig davon, welche Lösung Sie verwenden, müssen Sie den Bereitstellungs-, Failover- und Failback-Prozess festlegen, der im Falle eines Ausfalls verwendet werden soll. Sie können Route 53 mit Integritätsprüfungen und Domain Name System-Failover verwenden, um Ihre Lösung zu unterstützen.