19

При настройке Auto Scaling группы в AWS EC2 Min и Max рамки, кажется, имеет смысл:AWS EC2 Auto Scaling Groups: Я получаю Min и Max, но для чего нужны ограничения для конкретных случаев?

  • Минимальное количество экземпляров в масштабе вплоть до основе политик
  • Максимальное количество экземпляров для расширения на основе политики

Однако, я никогда не мог окутать голову в то, что должно затронуть черт Desired.

Я всегда просто установить Desired равного Min, потому что в целом, я хочу заплатить Amazon минимальной десятину можно, и если вы не нужен экземпляр для обработки нагрузки он должен быть в Min количества экземпляров.

Я знаю, что если вы используете ElasticBeanstalk и установить Min на 1 и Max до 2 она устанавливает Desired на 2 (конечно же!) - вы не можете выбрать значение для Desired.

Что будет в случае использования для другого Desired количества экземпляров и как он отличается? Когда вы ожидаете, что AWS будет уменьшаться ниже вашего Desired, если желательно, больше Min?

+0

Вы делаете это правильно, устанавливая желаемое значение, равное min, потому что желаемое указывает «текущее количество» на ASG. Когда будильник вызывает «увеличение» или «уменьшение», требуемая величина изменяется (например, переключатель на панели управления), так что ASG создает или удаляет экземпляр. Вы можете проверить мой подробный ответ ниже. – webmaster

ответ

13

Вот объяснение для значений «минимальный, желаемый и максимальный» от поддержки AWS:

MIN: Это будет минимальное количество экземпляров, которые могут выполняться в течение года ur автоматический шкала группа. Если ваша шкала вниз CloudWatch тревоги, ваше авто шкала группа никогда не будет прекращать случаи ниже этого числа

DESIRED: Если вы поездку CloudWatch сигнала на шкале до события, то он уведомит авто скейлер, чтобы изменить его желаемого к указанному более высокой сумме, и автоматический скалер начнет экземпляр/с, чтобы встретить этот номер. Если вы отключите будильник CloudWatch, чтобы уменьшить масштаб, то он изменит автомасштабирование, заданное на указанное меньшее число, и автоматический сканер завершит экземпляр, чтобы добраться до этого номера.

MAX: Это будет максимальное количество экземпляров, которые вы можете запустить в вашей группе автомасштабирования.Если ваше масштабирование по сигналу CloudWatch остается , ваша группа автоматического масштабирования никогда не будет создавать экземпляры больше, чем , максимальную указанную сумму.

+1

Да, имеет смысл. Min и max - это границы, желаемые - это то, что вы задали на начальном этапе, но автосканер может корректироваться в соответствии с вашими правилами сигнализации. Благодарю. – Ray

+0

Добро пожаловать – webmaster

13

Подумайте об этом, как элемент пользовательского интерфейса с раздвижным диапазоном.

enter image description here

С мин и макс, вы настраиваете нижняя граница вашего масштабирования экземпляра. Желаемая мощность, вы устанавливаете то, что вам в настоящее время нужно, чтобы число экземпляров зависало.

Пример: Вы знаете, ваше приложение будет иметь большую нагрузку из-за маркетинг электронной почты или запуск продукта ... просто масштабировать до нужной мощности заранее:

aws autoscaling set-desired-capacity --auto-scaling-group-name my-auto-scaling-group --desired-capacity 2 --honor-cooldown 

Source

+0

Когда бы текущий счетчик экземпляров никогда не падал ниже уровня, установленного ползунком? Я знаю, что он может увеличиться выше желаемого, если потребуется, насколько это возможно, но я еще не вижу случая, когда он будет идти по желанию. – Ray

+0

@ Ray Я ответил на ваш вопрос как ответ. Я знаю его годовой вопрос, но сегодня столкнулся с этим вопросом и ответил на свой вопрос, посмотрев на него. Эрик, очень хороший пример на слайдере. –

3

Когда вы ожидаете AWS масштабировать ниже вашего желаемого, если желаемое больше, чем Min?

Это происходит, когда вы устанавливаете будильник CloudWatch на основе некоторой политики AutoScaling. Всякий раз, когда срабатывает эта тревога, он обновляет DesiredCount до того, что указано в config.

например, Если AutoScalingGroup конфигурация имеет Min = 1, Желаемый = 3, Max = 5 и есть сигнализация установлена ​​на AutoScalingPolicy, который говорит, что если использование процессора < 50% в течение последующих 10 мин, затем Remove 1 instances тогда он будет держать уменьшая количество экземпляров на единицу при каждом срабатывании будильника до DesiredCount = MinCount.

Извлеченные уроки: установите MinCount как> 0 или = желаемый показатель. Это позволит убедиться, что приложение не сбрасывается, когда mincount = 0 и использование процессора снижается.

+1

Да, прочитав снова сообщение для веб-мастеров и ваш, я проанализировал ключевую фазу от Эрика: «В настоящее время, как экземпляр, наведите курсор». Жесткий призыв к которому является «лучшим» ответом. Мне нравится аналогия слайдера, но все же считаю, что Эрик немного расплывчато, не говоря уже о том, что (по крайней мере, для меня) автомасштабирующие аламры фактически изменяют «желаемый». Ваш ответ указывает на это очень четко. Если бы ваши и Эрикс были объединены в один, это определенно повлияло бы на мой выбор правильного, но на данный момент вы просто оба получаете upvotes. – Ray

+0

Да, я согласен с тобой. Я ответил только на неотвеченную часть вашего вопроса. Спасибо за поддержку. –