Ein Unternehmen betreibt eine dreistufige Webanwendung in der AWS Cloud, die über drei Availability Zones hinweg läuft. Die Anwendungsarchitektur umfasst einen Application Load Balancer, einen Amazon EC2-Webserver, der Benutzer-Session-Zustände hostet, und eine MySQL-Datenbank, die auf einer EC2-Instanz läuft. Das Unternehmen erwartet plötzliche Anstiege des Anwendungsverkehrs. Das Unternehmen möchte in der Lage sein, die zukünftigen Anforderungen an die Anwendungskapazität zu erfüllen und eine hohe Verfügbarkeit über alle drei Availability Zones hinweg zu gewährleisten. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung erfüllt die Anforderungen an hohe Verfügbarkeit und Skalierbarkeit. Die Migration der MySQL-Datenbank zu Amazon RDS for MySQL mit einer Multi-AZ-DB-Cluster-Bereitstellung bietet automatische Failover und Hochverfügbarkeit für die Datenbank. Amazon ElastiCache for Redis mit Hochverfügbarkeit ist ideal zum Speichern von Session-Daten und zum Caching von Lesevorgängen, da Redis persistente Speicherung und erweiterte Datenstrukturen bietet, die für Session-Management vorteilhaft sind. Die Migration des Webservers zu einer Auto Scaling-Gruppe über drei Availability Zones hinweg gewährleistet, dass die Anwendung bei Lastspitzen automatisch skaliert und Ausfälle in einer AZ übersteht. Die Option mit ElastiCache for Memcached ist weniger geeignet, da Memcached keine Persistenz bietet, was für Session-Daten wichtig sein kann. Die DynamoDB-Option ist zwar skalierbar, aber die Migration von MySQL zu einer NoSQL-Datenbank erfordert oft erhebliche Anwendungsänderungen und ist nicht immer die erste Wahl, wenn RDS eine direkte Alternative bietet. Die Option mit RDS in einer einzelnen Availability Zone bietet keine Hochverfügbarkeit für die Datenbank.