Ein Unternehmen benötigt eine Backup-Strategie für eine dreistufige zustandslose Webanwendung. Die Web-Schicht läuft auf EC2-Instances in einer Auto Scaling-Gruppe mit dynamischer Skalierung. Die Datenbankschicht läuft auf Amazon RDS for PostgreSQL. Die Webanwendung benötigt keinen temporären lokalen Speicher auf den EC2-Instances. Das Recovery Point Objective (RPO) beträgt 2 Stunden. Die Backup-Strategie muss die Skalierbarkeit maximieren und die Ressourcennutzung optimieren. Welche Lösung erfüllt diese Anforderungen?

Die Beibehaltung der neuesten AMIs für die Web- und Anwendungsschichten ist ideal für zustandslose Anwendungen, die keine lokalen Daten speichern. Wenn EC2-Instances ausfallen, kann die Auto Scaling-Gruppe schnell neue Instances aus dem aktuellen AMI starten, was die Skalierbarkeit und Verfügbarkeit maximiert. Für Amazon RDS for PostgreSQL erfüllen automatisierte Backups in Kombination mit Point-in-Time Recovery (PITR) das RPO von 2 Stunden, da sie eine Wiederherstellung des Datenbanksystems zu jedem Zeitpunkt innerhalb des Aufbewahrungszeitraums ermöglichen. Die Erstellung von EBS-Snapshots alle 2 Stunden ist für zustandslose Anwendungen unnötig, da keine kritischen Daten auf den EBS-Volumes gespeichert werden und die Instances bei Bedarf aus AMIs neu erstellt werden können. Eine Snapshot-Lifecycle-Richtlinie für EBS-Snapshots wäre ebenfalls überflüssig. Das Erstellen von EBS-Snapshots alle 2 Stunden für EC2-Instances ist bei zustandslosen Anwendungen ineffizient und unnötig komplex.