Компания запускает внутреннее браузерное приложение на инстансах EC2 за Application Load Balancer. Инстансы находятся в группе Auto Scaling, охватывающей несколько Availability Zones. Группа масштабируется до 20 инстансов в рабочее время и сокращается до 2 инстансов ночью. Сотрудники говорят, что приложение очень медленно работает в начале дня, хотя к середине утра оно работает хорошо. Как следует изменить масштабирование, чтобы решить проблему, сохраняя при этом низкие затраты?

Действие отслеживания цели (Target Tracking Scaling Policy) позволяет Auto Scaling Group поддерживать желаемый уровень метрики (например, использование ЦП) путем автоматического добавления или удаления инстансов. Установка более низкого порога использования ЦП и уменьшение периода ожидания (cooldown period) позволит системе быстрее реагировать на рост нагрузки в начале дня, добавляя инстансы до того, как пользователи заметят замедление. Это эффективнее с точки зрения затрат, чем поддержание 20 инстансов постоянно. Запланированное действие, устанавливающее желаемую емкость в 20, может быть менее гибким, так как не учитывает фактическую нагрузку. Установка минимальной и максимальной емкости в 20 будет дороже, так как инстансы будут работать даже при низкой нагрузке. Пошаговое масштабирование (Step Scaling) менее оптимально для поддержания конкретного целевого значения метрики.