Een online retail-app draait momenteel op twee on-prem servers: een webserver die pagina's rendert en sessiestatus in het geheugen opslaat, en een MySQL-databaseserver die bestellingen opslaat. Onder zware belasting nadert het geheugengebruik van de webserver 100% door sessiebeheer. Welke aanvullende wijzigingen moeten worden aangebracht om de prestaties te verbeteren bij het migreren van de weblaag naar EC2-instances in een Auto Scaling group achter een ALB?

De webserver slaat momenteel sessiestatus in het geheugen op, wat een knelpunt vormt bij schaalvergroting. Door Amazon ElastiCache for Memcached te gebruiken voor sessiedata, wordt de sessiestatus extern opgeslagen, waardoor de webservers stateless worden en eenvoudig kunnen schalsen met een Auto Scaling group. Memcached is een snelle, in-memory cache die ideaal is voor sessiebeheer. Amazon RDS for MySQL is de juiste keuze voor het opslaan van applicatiedata, omdat het een beheerde databaseservice is die schaalbaarheid, betrouwbaarheid en hoge beschikbaarheid biedt. Het opslaan van sessiedata in MySQL is minder efficiënt dan ElastiCache. Het gebruik van EC2 instance store voor sessiedata is niet duurzaam, aangezien de data verloren gaat bij het stoppen of beëindigen van de instance.