Онлайн-приложение розничной торговли в настоящее время работает на двух локальных серверах: веб-сервере, который отображает страницы и хранит состояние сеанса в памяти, и сервере базы данных MySQL, который хранит заказы. При высокой нагрузке использование памяти веб-сервером приближается к 100% из-за управления сеансами. Какие дополнительные изменения следует внести для повышения производительности при миграции веб-уровня на инстансы EC2 в группе Auto Scaling за ALB?

Правильный ответ — использование Amazon ElastiCache for Memcached для хранения данных сеансов и Amazon RDS for MySQL для хранения данных приложения. Это решение эффективно разделяет нагрузку: ElastiCache предоставляет высокопроизводительное, масштабируемое хранилище для быстрого доступа к данным сеансов, снимая нагрузку с веб-серверов. Amazon RDS for MySQL обеспечивает управляемую, масштабируемую и отказоустойчивую реляционную базу данных для постоянных данных приложения. Хранение сеансов в памяти веб-сервера (как в текущей локальной архитектуре) не подходит для Auto Scaling, так как при масштабировании или замене инстансов сессии будут теряться. Размещение MySQL на инстансе EC2 и хранение в нём сессий и данных приложения создаст узкое место и не решит проблему с производительностью сессий. Использование ElastiCache для всего (сессий и данных приложения) нецелесообразно, так как ElastiCache — это кэш, а не основное хранилище для постоянных данных. Использование EC2 instance store для сессий не подходит, так как данные на instance store теряются при остановке или завершении инстанса, что несовместимо с динамической природой Auto Scaling.