Быстрое автомасштабирование AWS

Question

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

время масштабирования может быть снижена от нескольких минут до нескольких секунд, если AMI используется для группы узлов уже в актуальном состоянии.

http://puppetlabs.com/blog/rapid-scaling-with-auto-generated-amis-using-puppet/

ли это? Можно ли сократить время до масштаба до нескольких секунд? Может ли использование марионетки повысить производительность?

Я также прочитал, что меньшие экземпляры начать быстрее, чем крупные:

Малый экземпляра 1,7 Гб памяти, 1 ЕС2 Вычислительный блок (1 виртуальное ядро ​​с 1 EC2 Compute Unit), 160 ГБ например, 32-битная платформа с базой устанавливает CentOS 5.3 AMI

Количества времени запуска экземпляра в наличие: Между 5 и 6 минут нас-восток-1c

Large Instance 7,5 Гб оперативной памяти, 4 EC2 Вычислительные единицы (2 виртуальных ядра с 2 вычислениями EC2 Единицы каждая), 850 Гб памяти экземпляра, 64-битная платформа с базой устанавливает CentOS 5.3 AMI

Количества времени запуска экземпляра в наличие:
Между 11 и 18 минут мы-восток-1c

Оба были запущены через командную строку с использованием инструментов Amazons.

http://www.philchen.com/2009/04/21/how-long-does-it-take-to-launch-an-amazon-ec2-instance

Хочу отметить, что статья старая и мои экземпляры c1.xlarge, конечно, не принимать 18мин для запуска. Тем не менее, будет ли конфигурация автомасштабируемой группы с 50 микро-экземплярами (с повышением масштаба 100% увеличения емкости) более эффективной, чем одна с 20 большими экземплярами? Или потенциально создание двух групп автомасштабирования, одного из микросов для быстрого запуска и одного из больших экземпляров для добавления CPU grunt через несколько минут? При прочих равных условиях, насколько быстрее работает t1.micro, чем c1.xlarge?

Answer 1

Вы можете увеличить или уменьшить время реакции на автосканер, играя с Значение «--количество» (в секундах). относительно типов используемых экземпляров, в основном это зависит от типа приложения, и решение по этой теме должно быть принято после тщательного контроля производительности и настройки производства.

Answer 2

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

Совет здесь говорит о том, что ваш AMI (моментальный снимок вашей операционной системы) является как можно более актуальным.Таким образом, когда автомасштабирование выводит новый компьютер, Puppet не должен устанавливать много программного обеспечения, как обычно, на чистом AMI, может потребоваться вытащить некоторые обновленные файлы приложений.

В зависимости от того, сколько работы выполняются вашими сценариями Puppet (apt-get install, компиляция программного обеспечения и т. Д.), Это может сэкономить вам 5-20 минут.

Две другие факторы, которые вы должны беспокоиться о том, являются:

• Как долго он принимает ваш балансировки нагрузки, чтобы определить, что вам нужно больше ресурсов (например, политику, которая диктует «новые машины должны быть добавлены, когда CPU находится выше 90% более чем на 5 минут "будет менее отзывчивым и, скорее всего, приведет к таймаутам по сравнению с" новыми машинами следует добавить, когда процессор превышает 60% в течение более 1 минуты ")
• Сколько времени требуется для обеспечения новый экземпляр EC2 (меньшие типы экземпляров, как правило, сокращаются до резерва)

Answer 3

Как скоро ASG откликается будет зависеть от 3-х вещей:

1. Шаг - сколько увеличится на% или фиксированного числа - большой шаг - вы можете быстро расти. ASG запустит весь шаг в один присест

2. Откат Период - Это относится «как скоро» очередное повышение может произойти. Если предыдущий шаг увеличения все еще находится в пределах определенного периода восстановления (в секундах), ASG будет ждать и не предпринять действия для следующего увеличения. Наличие небольшого периода перезарядки позволит сделать следующий шаг быстрее.

3 AMI type- Сколько времени AMI запускает, это зависит от типа AMI - многие факторы вступают в игру. Все вещи равны Полностью запеченные AMI запускаются намного быстрее