Для своего приложения я использую автоматическое масштабирование без эластичной балансировки нагрузки. Есть ли проблемы с производительностью при непосредственном использовании автоматического масштабирования без ELB?
AWS Autoscaling и эластичная балансировка нагрузки
Ответы:
Автомасштабирование определяет на основе некоторых измерений (обычно это загрузка ЦП), увеличивать или уменьшать количество запущенных экземпляров.
Балансировка нагрузки связана с тем, как вы распределяете трафик между своими экземплярами на основе поиска доменного имени и т. д. Где-то вы должны знать, какие IP-адреса в настоящее время назначены экземплярам, которые создает автоматическое масштабирование.
У вас может быть несколько записей IP-адресов для записей A в настройках DNS, и машины будут выделяться из этого пула примерно циклическим способом. Но поддерживать пул в актуальном состоянии в режиме реального времени сложно.
Балансировщик нагрузки предоставляет вам простой механизм для предоставления единого интерфейса/IP-адреса внешнему миру, и он знает, какие экземпляры балансируют нагрузку в режиме реального времени.
Если вы используете автомасштабирование, если вы не собираетесь создавать довольно сложную систему мониторинга и обновления DNS, вы можете разумно предположить, что вам также необходимо использовать балансировщик нагрузки.
Ади, Дэвид прав. Автомасштабирование позволяет масштабировать экземпляры (на основе показателей CloudWatch, отдельного события или повторяющегося расписания).
Предположим, у вас есть три запущенных экземпляра (масштабированных с помощью Autoscaling): как трафик будет доходить до них? Вам нужно где-то внедрить балансировку нагрузки, вот почему эластичная балансировка нагрузки так полезна.
Без этого ваш трафик может быть направлен только плохо спроектированным образом.
Чтобы получить представление об архитектуре, см. слайд № 5 этой презентации на сайте slideshare: http://www.slideshare.net/harishganesan/scale-new-business-peaks-with-auto-scaling
Лучший,