Eine Online-Einzelhandels-App läuft derzeit auf zwei lokalen Servern: einem Webserver, der Seiten rendert und den Sitzungsstatus im Speicher speichert, und einem MySQL-Datenbankserver, der Bestellungen speichert. Unter starker Last nähert sich die Speichernutzung des Webservers aufgrund der Sitzungsverwaltung 100 %. Welche zusätzlichen Änderungen sollten vorgenommen werden, um die Leistung zu verbessern, wenn die Web-Tier auf EC2-Instances in einer Auto Scaling-Gruppe hinter einem ALB migriert wird?

Die Speicherung des Sitzungsstatus im Speicher des Webservers ist problematisch für Skalierbarkeit und Verfügbarkeit, da der Sitzungsstatus bei einem Ausfall verloren geht und die Skalierung des Webservers erschwert wird. Amazon ElastiCache für Memcached ist eine ausgezeichnete Wahl für die Speicherung von Sitzungsdaten, da es sich um einen schnellen, verwalteten In-Memory-Datenspeicher handelt, der für die Speicherung von Sitzungsstatus konzipiert ist und eine hohe Leistung und Skalierbarkeit bietet. Amazon RDS für MySQL ist die richtige Wahl für Anwendungsdaten, da es eine verwaltete relationale Datenbanklösung ist, die Hochverfügbarkeit, Backups und Skalierbarkeit bietet. Die Speicherung von Sitzungsdaten in MySQL ist ineffizient und kann die Datenbank überlasten. Die Speicherung aller Daten in ElastiCache für Memcached ist nicht ideal, da es sich um einen reinen Cache handelt und Daten bei einem Neustart verloren gehen können. Die Verwendung des EC2 Instance Store für Sitzungsdaten ist nicht geeignet, da diese Daten bei einem Instanzstopp oder -terminierung verloren gehen.