AS автоматически масштабирует ресурсы, чтобы соответствовать требованиям сервиса на основе предварительно настроенных политик AS. При автоматическом масштабировании ресурсов вы получаете снижение затрат, повышенную доступность и высокую отказоустойчивость. AS используется в следующих сценариях:
- Форумы с высоким трафиком: Трафик на популярном форуме трудно предсказать. AS динамически регулирует количество инстансов ECS на основе отслеживаемых метрик ECS, таких как vCPU и использование памяти.
- Электронная коммерция: Во время крупных акций веб‑сайты электронной коммерции нуждаются в дополнительных ресурсах. AS автоматически увеличивает количество инстансов ECS и пропускную способность за несколько минут, чтобы обеспечить бесперебойное проведение акций.
- Трансляция в реальном времени: Сайт потокового вещания может транслировать популярные программы каждый день с 14:00 до 16:00. AS автоматически масштабирует инстансы ECS и ресурсы пропускной способности в этот период, чтобы обеспечить плавный просмотр.
Автоматическое масштабирование ресурсов
AS добавляет инстансы ECS и увеличивает пропускную способность для ваших приложений, когда объём доступа растёт, и удаляет ненужные ресурсы, когда объём доступа снижается, обеспечивая стабильность и доступность системы.
- Масштабирование инстансов ECS по требованию
AS масштабирует инстансы ECS для приложений в зависимости от спроса, улучшая управление затратами. Инстансы ECS могут масштабироваться динамически, по расписанию или вручную:
- Dynamic scaling
Dynamic scaling позволяет масштабировать ресурсы в ответ на изменяющийся спрос с использованием политик, основанных на сигналах тревоги.
- Scheduled scaling
Scheduled scaling помогает настроить график масштабирования в соответствии с предсказуемыми изменениями нагрузки, создавая периодические или запланированные политики.
- Manual scaling
Вы можете вручную изменить ожидаемое количество инстансов в вашей группе AS, либо добавить или удалить инстансы в/из группы AS.
Рассмотрите приложение для бронирования билетов на поезд, работающего в публичном облаке. Нагрузка на приложение может быть относительно низкой в Q2 и Q3, поскольку путешественников мало, но относительно высокой в Q1 и Q4. Традиционно существует два способа планировать такие изменения нагрузки. Первый вариант — предоставить достаточно серверов, чтобы приложение всегда имело достаточную ёмкость для удовлетворения спроса, как показано на Figure 1. Второй вариант — развернуть серверы в соответствии со средней нагрузкой приложения, как показано на Figure 2. Однако оба варианта могут приводить к растрате ресурсов или неспособности удовлетворить спрос в пиковые сезоны. Включив AS для этого приложения, вы получаете третий вариант. AS помогает масштабировать серверы в соответствии с изменениями спроса. Это позволяет приложению поддерживать стабильную, предсказуемую производительность без лишних расходов, как показано на Figure 3.
Figure 1 Избыточная ёмкость
Figure 2 Недостаточная ёмкость
Figure 3 Автоматически масштабируемая ёмкость
- Dynamic scaling
- Масштабирование пропускной способности по требованию
AS регулирует пропускную способность приложения в зависимости от спроса, снижая затраты на пропускную способность.
Существует три типа политик масштабирования, которые вы можете использовать для регулирования пропускной способности IP по требованию:
- Политики на основе тревог
Вы можете настроить триггеры на основе метрик, таких как исходящий трафик и пропускная способность. Когда система обнаруживает, что условия срабатывания выполнены, система автоматически регулирует пропускную способность.
- Запланированные политики
Система автоматически увеличивает, уменьшает или регулирует пропускную способность до фиксированного значения по фиксированному расписанию.
- Периодические политики
Система периодически регулирует пропускную способность в соответствии с настроенным периодическим циклом.
Например, вы можете использовать политику на основе тревог для регулирования пропускной способности веб‑сайта потоковой трансляции.
Для веб‑сайта потоковой трансляции нагрузка сервиса трудно предсказать. В этом примере пропускная способность должна динамически регулироваться в диапазоне от 10 Mbit/s до 30 Mbit/s на основе метрик, таких как исходящий и входящий трафик. AS может автоматически регулировать пропускную способность в соответствии с требованиями. Вам просто нужно выбрать соответствующий EIPand и создать две политики тревог. Одна политика увеличивает пропускную способность на 2 Mbit/s, когда исходящий трафик превышает X байт, при этом предел установлен на 30 Mbit/s. Другая политика уменьшает пропускную способность на 2 Mbit/s, когда исходящий трафик меньше X байт, при этом предел установлен на 10 Mbit/s.
- Политики на основе тревог
- Равномерное распределение инстансов по AZ
Чтобы уменьшить влияние отключения электроэнергии или сети на стабильность системы, AS пытается распределять ECS инстансы равномерно по AZ, которые используются группой AS.
Регион — это географическая область, в которой находятся ресурсы, используемые ECS инстансами. Каждый регион содержит несколько AZ, где ресурсы используют независимые источники питания и сети. AZ физически изолированы друг от друга, но соединены через интранет. AZ спроектированы так, чтобы быть изолированными от сбоев в других AZ. Они обеспечивают экономичные, низкозадержные сетевые соединения с другими AZ в том же регионе.
Группа AS может содержать ECS инстансы в одной или нескольких AZ внутри региона. При масштабировании ёмкости группы AS AS пытается равномерно распределять ECS инстансы по AZ, используемым группой AS, в соответствии со следующими правилами:
Равномерное распределение новых инстансов по сбалансированным AZ
AS пытается равномерно распределять ECS инстансы по AZ, используемым группой AS. Для этого AS добавляет новые инстансы в AZ с наименьшим количеством инстансов.
Предположим, что группа AS содержит четыре инстанса, равномерно распределённые по двум AZ, используемым группой AS. Если действие масштабирования инициирует добавление четырёх дополнительных инстансов в группу AS, AS добавит по два инстанса в каждый AZ.
Figure 4 Равномерное распределение инстансов
Перебалансировка инстансов между AZ
После того как вы вручную добавили или удалили инстансы в группе AS или из неё, группа AS может стать несбалансированной между AZ. AS компенсирует это, перебалансируя AZ во время следующего действия масштабирования.
Предположим, что группа AS содержит три инстанса, распределённые по AZ 1 и AZ 2: два в AZ 1 и один в AZ 2. Если действие масштабирования инициирует добавление пяти дополнительных инстансов в группу AS, AS добавит два инстанса в AZ 1 и три инстанса в AZ 2.
Figure 5 Перебалансировка инстансов
Улучшенное управление затратами
AS позволяет использовать ECS инстансы и пропускную способность по требованию, автоматически масштабируя ресурсы для ваших приложений, устраняя неэффективное использование ресурсов и снижая затраты.
Повышенная доступность
AS обеспечивает, что у вас всегда доступно нужное количество ресурсов для обработки изменяющейся нагрузки ваших приложений.
Использование ELB с AS
Работая с ELB, AS автоматически масштабирует инстансы ECS в зависимости от изменений спроса, обеспечивая балансировку нагрузки всех инстансов в группе AS.
После включения ELB для группы AS, AS автоматически связывает load balancing listener с любыми инстансами, добавленными в группу AS. Затем ELB автоматически распределяет трафик ко всем здоровым инстансам в группе AS через listener, что повышает доступность системы. Если инстансы в группе AS работают с различными типами приложений, вы можете привязать несколько load balancing listeners к группе AS, чтобы обслуживать каждое из этих приложений, повышая масштабируемость сервиса.
Высокая отказоустойчивость
AS мониторит инстансы в группе AS и заменяет обнаруженные нездоровые инстансы новыми.