Bewährte Best Practices für die Disaster Recovery bei AWS
Jede Aktivität, die sich negativ auf die Geschäftskontinuität eines Unternehmens auswirken kann – sei es vor Ort oder in der Cloud –, könnte als Katastrophe bezeichnet werden. Für ein Unternehmen ist es von entscheidender Bedeutung, Zeit und Ressourcen in die Identifizierung aller möglichen Risiken und die Ausarbeitung von Plänen zu ihrer Vermeidung zu investieren – oder zumindest entsprechend zu handeln, um negative Auswirkungen abzumildern.
Die Erstellung eines umfassenden Disaster-Recovery-Plans (DR) für Ihre Infrastruktur vor Ort und in der Cloud hat höchste Priorität. In diesem Blogbeitrag behandeln wir die Best Practices für die AWS-Disaster-Recovery-Planung für beide Fälle, wobei der Schwerpunkt auf AWS-Workloads liegt.
Vorteile der Nutzung von AWS für Disaster Recovery
Die Amazon Web Services (AWS)-Plattform bietet eine breite Palette von Diensten, darunter Datenbankspeicher, Rechenleistung, Content Delivery und weitere spezielle Funktionen. AWS kann auch verwendet werden, um den Geschäftsbetrieb, der auf virtuellen Maschinen und EC2-Instanzen läuft, im Katastrophenfall schnell wiederherzustellen. Mit AWS können Sie Replikate erstellen und Disaster Recovery sowohl für lokale als auch für Cloud-Umgebungen konfigurieren. Die Speicherung geschäftskritischer Daten in der AWS-Cloud macht zudem ein sekundäres physisches Speichersystem überflüssig, das in der Regel erhebliche Kosten verursacht.
Tatsächlich können Ihre Backup- und Replikationsdaten sicher und zuverlässig in mehreren AWS-Regionen auf der ganzen Welt gespeichert werden. Im Rahmen seiner Disaster-Recovery-Funktionalität ermöglicht AWS Ihnen, eine Disaster-Recovery-Lösung eines Drittanbieters auszuführen und zu testen, um etwaige Mängel zu erkennen (AWS-Disaster-Recovery-Tests durchführen). Anschließend können Sie AWS-CloudFormation-Vorlagen verwenden, um die effizientesten Disaster-Recovery-Verfahren zu definieren und sie zur späteren Verwendung in einer Amazon Virtual Private Cloud zu speichern.
AWS-Disaster-Recovery-Szenarien
Amazon bietet vier AWS-Disaster-Recovery-Strategien an. Welche Strategie Sie wählen, hängt von den Anforderungen und dem Budget Ihrer Organisation ab. Verschiedene Kombinationen sind möglich, um den spezifischen Anforderungen jeder virtuellen Infrastruktur gerecht zu werden.
- Backup und Wiederherstellung. Kritische Daten können gesichert und an einen externen Standort wie Amazon S3-Speicher gesendet werden, wo sie gut geschützt sind und bei Bedarf schnell wiederhergestellt werden können. Die webbasierte Benutzeroberfläche von Amazon S3 ermöglicht den Zugriff von überall. Sie können Daten direkt nach Amazon S3 kopieren oder Backups erstellen und in der Cloud speichern. Dies ist eines der beliebtesten Disaster-Recovery-Szenarien in AWS.
- Pilot-Light-Ansatz. Bei diesem Disaster-Recovery-Szenario steht Ihnen eine kleine Version einer virtuellen Umgebung in der Cloud zur Verfügung, die stets ausgeführt und auf dem neuesten Stand gehalten wird. Sie können die wichtigsten Komponenten Ihrer AWS-basierten Infrastruktur schnell wiederherstellen und starten. Dabei kommen Dienste wie Amazon Machine Images (AMIs) und Amazon-EBS-Snapshots zum Einsatz. Der Pilot-Light-Ansatz ist praktischer als die AWS-Disaster-Recovery-Strategie mit Backup und Wiederherstellung, da er den Zeitaufwand für die Wiederherstellung erheblich reduziert.
- Warm Standby. Bei diesem Disaster-Recovery-Szenario wird eine verkleinerte Version Ihrer Produktionsinfrastruktur stets in der Cloud ausgeführt. Während eines Disaster-Recovery-Ereignisses kann die Kapazität schnell hochskaliert werden, um Ausfallzeiten zu minimieren und kritische Betriebsabläufe und Workloads wiederherzustellen.
- Standortübergreifende Bereitstellung („Hot Standby“). Bei dieser Methode werden geschäftskritische Daten und die Kernkomponenten Ihrer Infrastruktur repliziert und auf mehrere lokale oder Cloud-Standorte verteilt. Alle Standorte sind aktiv; sie teilen sich den Datenverkehr und die Workloads. Sollte ein Notfall einen der Standorte beeinträchtigen, steht Ihnen weiterhin ein intaktes System zur Verfügung, das bereit ist, im vollständigen Produktionsmodus zu arbeiten. Amazon EC2 Auto Scaling wird verwendet, um diesen Prozess auszuführen. Mit Hot Standby werden minimale Wiederherstellungszeit-Ziele (RTO) und Ziele der Wiederherstellungspunkte (RPO) erreicht. Wenn Sie sich für Hot Standby unter den AWS-Disaster-Recovery-Szenarien entscheiden, denken Sie daran, dass der gleichzeitige Betrieb mehrerer virtueller Systeme recht kostspielig sein kann.
Im Kontext von Disaster Recovery sollten außerdem die folgenden Funktionen erwähnt werden:
- Replikation . Um eine hohe Verfügbarkeit sicherzustellen, kann die regionsübergreifende Replikation implementiert werden, wenn sich Ihre primären Workloads in der AWS Cloud befinden. Dabei werden kritische Daten und Systemkomponenten in eine beliebige andere AWS-Region Ihrer Wahl repliziert. Werden Änderungen an der primären Datenbank vorgenommen, können die Daten entweder sofort (synchrone Replikation) oder mit einer kurzen Verzögerung (asynchrone Replikation) aktualisiert werden. Diese beiden Replikationstypen dienen unterschiedlichen geschäftlichen Anforderungen.
- Failback . Während des Disaster-Recovery-Prozesses wird die Workload der betroffenen Instanz an den Zielstandort verschoben und die Replikatinstanz eingeschaltet (Failover). Sobald der primäre Standort wiederhergestellt ist, können Sie die ursprüngliche Instanz wiederherstellen. Um alle Datenänderungen zu speichern, die seit dem Failover in der Disaster-Recovery-Instanz vorgenommen wurden, müssen Sie den Datenreplikationsfluss zurück zum primären Standort umkehren (Failback).
- Mehrere AWS-Regionen . Jede AWS-Region ist ein separater und unabhängiger Bereich, in dem Instanzen oder Daten gespeichert werden können. Für eine erfolgreiche Disaster Recovery können Sie Daten in zwei oder mehr AWS-Regionen speichern, um die Auswirkungen von Katastrophen extrem großen Ausmaßes abzumildern.
Best Practices für AWS Disaster Recovery
Hier finden Sie die Best Practices für AWS Disaster Recovery, die Sie bei der Erstellung eines AWS-Disaster-Recovery-Plans für Ihre Umgebung beachten sollten.
- Testen der AWS-Disaster-Recovery-Lösung . Nach der Installation einer Disaster-Recovery-Lösung sollten Sie sie testen. Tests können bei Bedarf ausgeführt oder geplant werden. Sie können „Game-Day-Tests“ durchführen. Dabei handelt es sich um eine Methode, mit der Sie Ihre Anwendungen und Instanzen testen, um zu prüfen, ob Ihr DR-Plan erwartungsgemäß funktioniert und die RTOs eingehalten werden können. Zu diesem Zweck kann AWS CloudFormation verwendet werden, um vollständige Umgebungen auf Amazon EC2 bereitzustellen. Sie können eine Ressourcenvorlage erstellen, mit der Sie Infrastrukturkomponenten in Ihrer Cloud-Umgebung modellieren und verwalten können. Regelmäßige Tests bestätigen, dass alle DR-Komponenten ordnungsgemäß geplant und organisiert sind und Ihre RTOs und RPOs im entscheidenden Moment eingehalten werden können.
- Überwachung und Alarmierung . Um zu verhindern, dass eine mögliche Katastrophe Ihre Infrastruktur zerstört, müssen Sie potenzielle Probleme schnell erkennen. Sie können den Workflow Ihres Systems regelmäßig überwachen und seine Integrität überprüfen. So können Sie neu auftretende Bedrohungen wie Verbindungsprobleme, Serverausfälle oder das Herunterfahren von Anwendungen schnell erkennen. Amazon CloudWatch bewertet die Leistung Ihrer AWS-Ressourcen. Alarme und Benachrichtigungen können eingerichtet werden, damit Sie benachrichtigt werden, wenn bestimmte Messwerte einen kritischen Wert erreichen.
- Regelmäßige Backups und Replikation . Bevor eine Katastrophe eintritt, ist es entscheidend, Ihr System vorzubereiten und regelmäßig Backup- und Replikationsaufträge auszuführen. So verfügen Sie über ein geeignetes Failover-Ziel. Nach dem Wechsel zu Ihrer DR-Umgebung sollten Sie weiterhin regelmäßig Backup- und Replikationsaufträge ausführen. Wenn Sie diese Backups und Replikate an separaten Remote-Standorten speichern, vermeiden Sie das Risiko eines einzelnen Ausfallpunkts. AWS kann regelmäßig Disaster-Recovery-Tests ausführen, um den Zustand Ihrer DR-Infrastruktur zu überprüfen.
- Verwendung von AWS-Tools und -Techniken . Damit die Best Practices für AWS Disaster Recovery umgesetzt werden, müssen Sie Wiederherstellungsgruppen oder Anwendungsstacks verwenden. So können Sie die Wiederherstellung Ihrer Infrastruktur ordnungsgemäß organisieren – beispielsweise sollten geschäftskritische Anwendungen zuerst wiederhergestellt werden, da sie die höchste Priorität haben.
AWS-Services für Disaster Recovery
Zu diesem Zweck bietet AWS verschiedene Services:
- AWS Elastic Disaster Recovery ist ein Service für die Datenreplikation und Wiederherstellung von Anwendungen, die vor Ort und in der Cloud ausgeführt werden. Sie können die Wiederherstellung von AWS-Instanzen in der Cloud starten, um Anwendungen auf diesen Instanzen wiederherzustellen.
- AWS Import/Export ermöglicht den Zugriff auf portable Speichergeräte, um geschäftskritische Daten und Anwendungen in AWS hinein und aus AWS heraus zu übertragen. Dank des internen Hochgeschwindigkeitsnetzwerks von Amazon lassen sich selbst große Datenmengen schnell und sicher an den Zielort übertragen.
- Amazon Elastic Cloud Compute (Amazon EC2) können Sie Rechenressourcen nutzen und bei Bedarf ein komplettes virtuelles Rechenzentrum in der AWS-Cloud einrichten. EC2-Instanzen lassen sich innerhalb weniger Minuten erstellen, und Sie behalten während des gesamten Disaster-Recovery-Zeitraums die vollständige Kontrolle.
- Amazon Simple Storage Service (Amazon S3) ist für die Speicherung und den Abruf von Daten höchster Priorität ausgelegt. Dieser Dienst speichert geschäftskritische Komponenten auf mehreren Geräten an verschiedenen Standorten und gewährleistet so ein Höchstmaß an Verfügbarkeit. AWS sorgt für zusätzlichen Schutz durch Identitäts- und Zugriffsmanagement (IAM), Bucket-Richtlinien, Multi-Faktor-Authentifizierung (MFA) und Objektversionierung.
- Amazon Elastic Block Store (Amazon EBS) ist ein Speicher auf Blockebene für Daten, die mit Ihren Amazon EC2-Instanzen in der Cloud verwendet werden. Die Daten werden auf Basis von Schnappschüssen gespeichert, die anschließend an Amazon S3 übertragen werden, wodurch eine langfristige und zuverlässige Speicherung Ihrer Daten gewährleistet ist.
- Amazon Relational Database Service (Amazon RDS) unterstützt Sie bei der Konfiguration und Verwaltung einer relationalen Datenbank in der AWS-Cloud. Es handelt sich um eine kosteneffiziente und flexible Lösung zur Durchführung zahlreicher Aufgaben der Datenbankverwaltung.
- Amazon Direktverbindung ermöglicht es Ihnen, eine dedizierte Verbindung zwischen einem Netzwerk vor Ort und der AWS-Cloud einzurichten. Dies hilft Ihnen, Netzwerkverbindungen zu sichern und zu beschleunigen, ohne dass hohe Kosten entstehen.
- Sicherer Zugriff auf die Daten . Beim Umgang mit privaten und/oder geschäftskritischen Daten ist die Gewährleistung eines hohen Niveaus an Sicherheit für Unternehmen jeder Größe von entscheidender Bedeutung. Zu diesem Zweck können Sie AWS Identity and Access Management (IAM) anwenden, das einen sicheren Zugriff auf Ressourcen in Ihrer DR-Umgebung gewährleistet. Mit IAM können Sie rollenbasierte und benutzerbasierte Sicherheitsrichtlinien erstellen, die den Zugriff der Benutzer auf kritische Daten steuern.
- Automatisierung . Die Automatisierung der Disaster Recovery ist ein wichtiger Aspekt der AWS-Best Practices für Disaster Recovery. Während eines Disaster Recovery-Ereignisses ist es unerlässlich, die volle Kontrolle über Ihre AWS-basierten Server und Ihre Server vor Ort zu haben. Oft ist es jedoch physisch unmöglich, die Wiederherstellung jeder einzelnen Anwendung und Instanz manuell zu überwachen. Für ein effektives Management sind die Orchestrierung und Automatisierung von Disaster Recovery-Prozessen erforderlich. Zu diesem Zweck stehen eine Reihe von Amazon-Management-Services zur Verfügung:
- Eine Reihe von Funktionen in AWS CloudFormation ermöglicht es Ihnen, Infrastrukturdienste automatisiert bereitzustellen.
- AWS OpsWorks hilft dabei, die Konfiguration, Bereitstellung und Verwaltung von Servern in Ihren Amazon EC2-Instanzen sowie in Computing-Umgebungen vor Ort zu automatisieren.
- Durch die automatische Skalierung können Ihre Instanzen je nach Bedarf anhand der in AWS CloudWatch festgelegten Parameter hoch- oder herunterskaliert werden. Dies ist bei einem Disaster-Recovery-Ereignis äußerst hilfreich. Die Lösung kann automatisch hochskalieren, um die erhöhte Serverauslastung zu bewältigen, und herunterskalieren, sobald die Prozesse Ihrer Produktionsinfrastruktur wiederhergestellt sind und ihren normalen Zustand erreicht haben.
- Lizenzierung . Die Installation korrekt lizenzierter Anwendungen in Ihrer AWS-Umgebung ist entscheidend für eine effiziente Leistung. AWS bietet verschiedene Lizenzierungsarten an, darunter „Lizenz inklusive“ und „Bring Your Own License“, um Ihren spezifischen Geschäftsanforderungen gerecht zu werden. Beachten Sie, dass auch Ihre Datenschutzlösung für nahtlose Integration mit AWS lizenziert sein sollte.
Mit
AWS-Disaster-Recovery-Lösung von NAKIVO
Amazon EC2 ist eine äußerst zuverlässige und sichere Cloud. Dennoch gibt es eine Reihe von Bedrohungen, die die Leistung von EC2-Instanzen beeinträchtigen und die Geschäftskontinuität gefährden können. Eine dedizierte, integrierte Backup- und Disaster-Recovery-Lösung wie NAKIVO Backup & Replication kann für optimale Zuverlässigkeit und Wiederherstellungsziele sorgen.
Die NAKIVO-Lösung schützt Ihre Cloud-Umgebung mit Backups von Amazon EC2-Instanzen und Amazon EC2-Instanz-Replikation und ermöglicht Ihnen so, die Best Practices für AWS Disaster Recovery einzuhalten. Zu den DR-Funktionen der Lösung gehören automatisiertes Failover, Failback, Standortwiederherstellung zur Orchestrierung von DR-Sequenzen beliebiger Komplexität sowie DR-Tests.
Mit dem Produkt können Sie Replikate Ihrer ursprünglichen EC2-Instanzen erstellen und verwalten und sie an einem Zielstandort Ihrer Wahl speichern. Die Instanzreplikate bleiben am DR-Standort ausgeschaltet und können bei einem DR-Ereignis einfach eingeschaltet werden, wenn eine sofortige Wiederherstellung erforderlich ist. So entstehen keine zusätzlichen Kosten dafür, die Instanzreplikate ständig im Standby-Modus zu halten.
