Как добавить балансировщик нагрузки на более позднем этапе и перенастроить DNS без простоев?

Скажем, я развертываю API, базу данных и т. д. на экземпляре t2.micro EC2 для обслуживания трафика на период прототипирования и бета-тестирования. Допустим, домен, указывающий на API, — api.exampleapp.com.

Теперь трафик начинает выходить за пределы инстанса, и мы развертываем API на группе инстансов, которые мы хотим поддерживать за балансировщиком нагрузки. Как после настройки группы сделать так, чтобы api.exampleapp.com указывал на IP-адрес балансировщика нагрузки, чтобы трафик обслуживался только что запущенными инстансами без простоев? Это вообще возможно? Или с минимальным временем простоя? Или этот подход запуска с новым API сам по себе ошибочен?


person Aayush Kothari    schedule 03.07.2016    source источник
comment
Имейте в виду, что нельзя хранить конкретные данные приложения (например, загруженные файлы, хранилище сеансов) на узлах кластера, иначе каждый сервер API будет обслуживать разные данные в зависимости от того, что у него есть в его хранилище. Или же используйте липкие сеансы, если это необходимо.   -  person Deepak Chaudhary    schedule 07.07.2016


Ответы (1)


Я предполагаю, что вам либо не нужно автоматическое масштабирование, либо оно уже настроено.

  1. запустите LB и прикрепите к нему свой первый EC2. Экземпляр все еще работает, может быть напрямую доступен через его IP (таким образом, доступен из мира).
  2. проверьте имя хоста LB, попробуйте получить доступ к экземпляру с помощью LB, убедитесь, что он работает
  3. переключите DNS на LB, используя тип записи CNAME или ALIAS (если ALIAS поддерживается вашим DNS-сервером)
  4. добавить еще один экземпляр в LB.

Сделанный!

person Putnik    schedule 03.07.2016