Компания реализует 3-летний проект с приложением, которое использует 20 инстансов Amazon EC2 On-Demand, зарегистрированных в целевой группе Network Load Balancer в двух зонах доступности. Приложение не имеет состояния и работает круглосуточно. Обычная загрузка ЦП составляет около 10%, но во время коротких периодов пиковой нагрузки, длящихся несколько часов, загрузка ЦП возрастает до 100%. Пользователи сообщают о медленных ответах. Какая новая архитектура наиболее экономически эффективно решит проблему медленных ответов?

Правильный ответ — создание группы Auto Scaling с минимальной емкостью 4 и максимальной 28, а также приобретение зарезервированных инстансов (Reserved Instances) для 4 инстансов. Это решение наиболее экономически эффективно, поскольку оно позволяет масштабировать ресурсы в соответствии с изменяющейся нагрузкой. Минимальная емкость в 4 инстанса покрывает базовую нагрузку, а зарезервированные инстансы для них снижают затраты. Auto Scaling автоматически добавляет инстансы (до 28) во время пиковых нагрузок, предотвращая замедление ответов, и удаляет их, когда нагрузка снижается, что оптимизирует расходы. Другие варианты менее эффективны: Установка минимальной емкости 20 и желаемой 28 с RI для 20 инстансов не учитывает возможность сокращения базовой емкости, что приводит к избыточным расходам. Spot Fleet с типом запроса request или maintain, особенно с On-Demand или Spot инстансами, не гарантирует постоянного наличия ресурсов для базовой нагрузки и может быть менее предсказуемым для критически важного приложения, а также не обеспечивает оптимального масштабирования. Замена NLB на ALB не является основным решением проблемы производительности.