Definition Ihrer DR-Strategie

Je nachdem, wie wichtig die Anwendungen in Ihrem Unternehmen für Ihre Organisation sind, können Sie sich für eine einheitliche Strategie für alle Anwendungen entscheiden oder eine komplexere DR-Strategie entwickeln, die auf der Wichtigkeit jeder Anwendung basiert. Ihre Organisation kann eine Ausfallzeit von mehreren Stunden hinnehmen, bevor alle Anwendungen am DR-Standort verfügbar sind. In diesem Fall können Sie sich für eine kostengünstige DR-Strategie entscheiden, die auf Backup und Wiederherstellung für alle Datenbanken basiert. Andererseits kann das Geschäft Ihrer Organisation davon abhängen, dass einige wichtige Services oder Anwendungen schnell verfügbar werden, was strengere RPO- und RTO-Anforderungen mit sich bringt, während andere Anwendungen möglicherweise weniger strenge RPO- und RTO-Anforderungen tolerieren. In diesem Fall müssen Sie für jede Anwendungs- und Datenbankebene die richtige DR-Strategie zuweisen.

In der folgenden Tabelle werden vier DR-Optionen für Workloads beschrieben, die in der ausgeführt werden AWS Cloud, um Ihnen bei der Festlegung und Definition der DR-Strategie Ihres Unternehmens zu helfen. Die in dieser Tabelle dokumentierten RPO und RTO beziehen sich auf einen vollständigen Stack, der sowohl Anwendungs- als auch Datenbankkomponenten umfasst. Weitere Informationen finden Sie unter Disaster Recovery-Optionen in der Cloud in der AWS Well-Architected Framework-Dokumentation. Der nächste Abschnitt behandelt RPO- und RTO-Optionen, die spezifisch für Datenbanken sind.

Wiederherstellungsoption	RPO	RTO	Infrastrukturaufgaben in der DR-Region	Kosten
Backup und Wiederherstellung	Stunden	Weniger als 24 Stunden	Stellt alle erforderlichen Anwendungsressourcen in der DR-Region bereit und stellt Sie die Datenbank anhand eines kopierten Snapshots wieder her.	Niedrig
Pilot light	Zehn Minuten	Zehn Minuten	Stellt Sie eine Kopie Ihrer Anwendungsinfrastruktur bereit und schaltet die Ressourcen im Anwendungs-Stack aus. Repliziert Ihre Daten von einer Region in eine andere. Hält die Datenbanken immer eingeschaltet und mit den Primärdatenbanken synchronisiert. Stellt die Ressourcen während des Failover- und Testereignisses nach Bedarf bereit. Außerdem müssen Sie Änderungen an der Infrastruktur und an den Anwendungen gleichzeitig in beiden Regionen vornehmen. Sie können dies vereinfachen, indem Sie Automatisierungspipelines einrichten, mit denen Code und Infrastruktur sowohl in der primären als auch in der DR-Region synchronisiert werden können.	Mittelschwer
Warmer Bereitschaftsmodus	Minuten	Minuten	Stellen Sie eine Kopie der gesamten Anwendungsinfrastruktur in der DR-Region bereit, aber lassen Sie die Kopie im Vergleich zur primären Region herunterskaliert. Die DR-Region wird in der Lage sein, Verkehr mit einem geringeren Volumen als die primäre Region zu akzeptieren.	Hoch
Standortübergreifend oder aktiv/aktiv	In der Nähe von Null	Null oder nahe Null	Stellen Sie eine vollständige Kopie Ihrer Infrastruktur in der DR-Region bereit. Alle Ressourcen in der DR-Region entsprechen den Ressourcen in der primären Region und können den Verkehr im gleichen Umfang wie in der primären Region abwickeln. Da der Datenfluss nicht unterbrochen wird, ist für diese Option keine Failover-Aufgabe als Teil Ihres DR-Plans erforderlich.	Höher