По сути, в настройках вы регистрируете AMI и набор параметров запуска EC2 - конфигурацию запуска (размер экземпляра, пользовательские данные, группу безопасности, регион, зону доступности и т. Д.). Вы также настраиваете политики масштабирования.
- срабатывает ваш масштабирующий триггер
- Политики проверяются, чтобы определить, какие компоненты конфигурации запуска
- Экземпляр запуска ec2 вызывается с зарегистрированным AMI и параметрами конфигурации запуска.
В этот момент запускается экземпляр, который представляет собой комбинацию AMI и конфигурации запуска. Он регистрируется с IP-адресом в среде AWS.
Как часть начального запуска (выполняется ec2config или ec2run - здесь из памяти) - вновь запускаемый экземпляр может подключаться к метаданным экземпляра и запускать сценарий, хранящийся в «userdata». Этот сценарий может запустить установку программного обеспечения, конфигурацию операционной системы, настройки, все, что вы действительно можете сделать с помощью сценария.
Как только он будет завершен, у вас есть только что созданный экземпляр.
Теперь - если этот процесс был запущен автоматическим масштабированием и эластичной балансировкой нагрузки, в тот момент, когда экземпляр «Windows готов» (проверьте ec2config.log), балансировщик нагрузки добавит экземпляр к себе , Как только он отвечает на запросы, он будет помечен как исправный, и ELB начнет маршрутизацию трафика.
Золотой стандарт - иметь общий AMI и использовать скрипт начальной загрузки, чтобы установить все пакеты / msi's / gems или все, что вам нужно, на сервер. Но часто случается, что люди создают золотой образ и регистрируют этот AMI для масштабирования.
Недостатком последнего метода является то, что каждый выпуск требует создания нового AMI и обновления конфигураций запуска.
Надеюсь, это даст вам немного больше информации.