Backup und Wiederherstellung

Backup und Wiederherstellung ist die einfachste und kostengünstigste Strategie zur Notfallwiederherstellung. Sie erstellen regelmäßige Backups Ihrer Daten und Infrastruktur, speichern diese an einem langlebigen Speicherort (typischerweise S3 in einer anderen Region) und stellen sie im Notfall aus diesen Backups wieder her. Die Wartung ist zwar kostengünstig, führt jedoch zu dem längsten RTO (Stunden) und möglicherweise einem erheblichen RPO (Zeit seit dem letzten Backup). Diese Strategie eignet sich für nicht kritische Workloads, bei denen eine Ausfallzeit von mehreren Stunden akzeptabel ist.

AWS Backup ist ein vollständig verwalteter Service, der den Datenschutz über AWS-Services hinweg zentralisiert und automatisiert. Er unterstützt EBS-Volumes, RDS-Datenbanken, DynamoDB-Tabellen, EFS-Dateisysteme, FSx, EC2-Instances, Aurora-Cluster und S3. Sie definieren Backup-Pläne mit Zeitplänen, Aufbewahrungsfristen und Tresorzielen. AWS Backup setzt Backup-Richtlinien über mehrere Konten hinweg mithilfe von AWS Organizations durch und ist damit der bevorzugte Service für die Backup-Verwaltung in Unternehmen.

Amazon RDS erstellt automatisch tägliche Snapshots und erfasst Transaktionsprotokolle, um eine Wiederherstellung zu einem bestimmten Zeitpunkt (PITR) zu ermöglichen. Sie können Ihre Datenbank auf jede beliebige Sekunde innerhalb des Backup-Aufbewahrungszeitraums (1–35 Tage) zurücksetzen. Automatisierte Backups werden in S3 gespeichert (von AWS verwaltet und in Ihrer S3-Konsole nicht sichtbar). Für die regionsübergreifende Notfallwiederherstellung können Sie die Konsole oder die CLI verwenden, um DB-Snapshots in eine andere Region zu kopieren – die Kopie kann im Notfall zum Starten einer neuen RDS-Instance verwendet werden.

S3 Cross-Region Replication (CRR) repliziert neue Objekte automatisch aus einem Quell-Bucket in einen Ziel-Bucket in einer anderen Region. Konfigurieren Sie für Backups Ihre Backup-Aufträge so, dass sie in einen S3-Bucket mit aktivierter CRR schreiben – die Backups werden innerhalb weniger Minuten automatisch in die DR-Region kopiert. Aktivieren Sie in beiden Buckets die Versionierung (für CRR erforderlich), damit ältere Backup-Versionen aufbewahrt werden. Kombinieren Sie dies mit S3 Object Lock, um Backups unveränderlich zu machen und vor Ransomware zu schützen.

Um die Wiederherstellung von EC2 in einer DR-Region zu ermöglichen, erstellen Sie vorab Amazon Machine Images (AMIs) aus Ihren produktiven EC2-Instances und kopieren Sie diese in die DR-Region. AMIs erfassen das Root-Volume, die Instance-Konfiguration und optional Daten-Volumes. Starten Sie im Notfall neue EC2-Instances aus dem AMI der DR-Region und hängen Sie Ihre wiederhergestellten EBS-Volumes an. Automatisieren Sie die AMI-Erstellung mit dem AWS Backup EC2 resource type oder dem EC2 Image Builder für Golden-Image-Pipelines.

DynamoDB bietet zwei Backup-Mechanismen. On-Demand backups erstellen sofort ein vollständiges Backup, ohne die Leistung zu beeinträchtigen – sie können unbegrenzt aufbewahrt und innerhalb weniger Minuten wiederhergestellt werden. Point-In-Time Recovery (PITR) erstellt bei Aktivierung kontinuierlich Backups Ihrer Tabelle für die letzten 35 Tage, sodass eine Wiederherstellung auf jede beliebige Sekunde innerhalb dieses Zeitraums möglich ist. Beide Backup-Typen können für regionsübergreifende Backups oder zur Integration mit AWS Backup nach S3 exportiert werden. PITR wird für Produktionstabellen dringend empfohlen.

Amazon EFS lässt sich für automatisierte tägliche Backups in AWS Backup integrieren. EFS-Backups sind inkrementell – nach dem initialen Backup werden nur geänderte Daten kopiert –, wodurch sie speichereffizient sind. Sie können ein gesamtes Dateisystem oder einzelne Dateien aus einem Backup wiederherstellen. Verwenden Sie für die regionsübergreifende Notfallwiederherstellung AWS Backup Cross-Region Copy, um EFS-Backups automatisch in einen Tresor in der DR-Region zu kopieren. Beachten Sie, dass EFS selbst innerhalb einer Region bereits Multi-AZ verwendet; regionsübergreifende Backups decken Szenarien mit dem Ausfall einer Region ab.

Nicht alle Backups müssen dauerhaft aufbewahrt werden. Entwickeln Sie eine Aufbewahrungsstrategie auf Grundlage Ihrer RPO- und Compliance-Anforderungen. Ein gängiges Muster ist: tägliche Backups für 7 Tage, wöchentliche Backups für 4 Wochen, monatliche Backups für 12 Monate, jährliche Backups für 7 Jahre (das Grandfather-Father-Son-Schema). Lebenszyklusregeln von AWS Backup automatisieren diesen Vorgang. Verwenden Sie für in S3 gespeicherte Backups S3-Lifecycle-Richtlinien, um ältere Backups in S3 Glacier oder Deep Archive zu verschieben und die Speicherkosten deutlich zu senken.

AWS Backup Vault Lock implementiert eine WORM-Richtlinie (Write Once, Read Many), die verhindert, dass jemand – einschließlich Root-Benutzern – Backups löscht oder die Sperre vor ihrem Ablauf verändert. Dadurch werden Backups vor Ransomware-Angriffen und Insider-Bedrohungen geschützt. Nach der Anwendung kann Vault Lock nicht deaktiviert werden. Diese Funktion ist entscheidend für die Einhaltung von Vorschriften, die unveränderliche Backups erfordern (SOC 2, PCI DSS, HIPAA). Legen Sie eine minimale und maximale Aufbewahrungsfrist fest, um sicherzustellen, dass Backups nicht vorzeitig gelöscht werden.

Backups zu erstellen ist nur die halbe Aufgabe – Sie müssen regelmäßig testen, ob Wiederherstellungen korrekt und innerhalb Ihres RTO funktionieren. AWS Backup unterstützt Wiederherstellungstestpläne, die Backups nach einem Zeitplan automatisch in einer Testumgebung wiederherstellen und überprüfen, ob die Wiederherstellung erfolgreich war. Ohne regelmäßige Wiederherstellungstests stellen Sie möglicherweise erst in einem echten Notfall fest, dass Ihre Backups beschädigt oder unvollständig sind oder die Wiederherstellung deutlich länger dauert als erwartet. Dokumentieren Sie die Wiederherstellungszeit als tatsächlichen RTO-Messwert.

Fehler bei Backups müssen sofort erkannt werden – ein fehlgeschlagener Backup-Auftrag bedeutet, dass für den nächsten Notfall kein aktueller Wiederherstellungspunkt verfügbar ist. Konfigurieren Sie AWS Backup notifications über SNS, um bei fehlgeschlagenen Backup-Aufträgen Benachrichtigungen zu erhalten. Verwenden Sie CloudWatch metrics wie NumberOfBackupJobsFailed, um Alarme zu erstellen. Verwenden Sie AWS Config-Regeln wie BACKUP_PLAN_MIN_FREQUENCY_AND_MIN_RETENTION_CHECK, um kontinuierlich zu überprüfen, ob Ressourcen geeignete Backup-Pläne zugewiesen sind. Behandeln Sie ein ausgebliebenes Backup als möglichen Compliance-Verstoß.

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: AWS Backup zentralisiert die Backup-Verwaltung für RDS, DynamoDB, EFS, EC2 und weitere Services, S3 Cross-Region Replication kopiert Backups automatisch in Ihre DR-Region und Backup Vault Lock bietet unveränderliche Backups für Compliance und Schutz vor Ransomware. Testen Sie Wiederherstellungen immer, um Ihr tatsächliches RTO zu überprüfen. Als Nächstes sehen wir uns die Strategien Pilot Light und Warm Standby an.