Реинжиниринг кластера Glassfish для использования с AWS Auto Scaling и ELB

Я сейчас готовлюсь к экзамену AWS Solution Architect. Пожалуйста, рассмотрите этот вопрос с этой точки зрения, автоматическое назначение :-)

В качестве упражнения для опоры надежности я пытаюсь переосмыслить рабочий кластер Glassfish, состоящий из двух узлов, чтобы соответствовать решению группы автоматического масштабирования ELB +.

Моя идея состоит в том, чтобы иметь только один работающий узел и ELB перед ним. ELB будет подключен к основному узлу и к группе Auto Scaling с минимальной нулевой мощностью. Чтобы лучше объяснить, главный узел не включается в группу масштабирования, а только вновь созданные узлы.

Проблемы.

1. Может ли ELB иметь такую ​​конфигурацию EC2 Main Node + Auto Scaling Group?
2. Для добавления узла в кластер мне нужно запустить специальную команду оболочки asadmin с основного узла, как я могу это сделать? Главный узел должен быть проинформирован о том, что добавлен еще один узел с определенным IP-адресом (или именем).
3. Еще один возможный вариант - использовать эластичный бобовый стебель, но на данный момент я не хочу следовать этому варианту, так как мне нужно было бы узнать, как использовать бобовый стебель, и возможности этого решения.
4. Не связано конкретно с вопросом: если бы я мог запустить команду добавления узла из только что созданного экземпляра, я бы решил все свои проблемы, но я не думаю, что это возможно.

[ОБНОВИТЬ]

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

Я нахожу трудным понять, как можно настроить Glassfish в этом сценарии, а не как работает автомасштабирование. Суть в том, что Glassfish нужен главный узел, откуда можно запускать команду «asadmin».

Я знаю и широко использую «пользовательские данные» для всех своих экземпляров. Но, например, группа автоматического масштабирования привязана только к шаблону запуска (или нет?), Как я могу различать пользовательские данные, которые мне нужно восстановить как основной узел или узел кластера. Сценарий получился бы довольно сложным. Не знаю, ясно ли я дал понять это.

Возможно, варианты, над которыми я работаю, неосуществимы.