ELB на Amazon - это «стоит того» в этом случае?

Question

Мы подумываем о переходе на балансировку эластичной нагрузки на Amazon. Однако выясняется, что, поскольку мы используем более одного имени домена, нам нужно будет переименовать некоторые из наших приложений, чтобы ограничить один ELB. Другая проблема заключается в том, что в настоящее время мы используем бесплатные сертификаты уровня один, тогда как переход на ELB потребует перехода на уровень 2, хотя это не является огромной сделкой. Другая проблема заключается в том, что на данный момент у нас нет большого объема, и на самом деле нет необходимости в балансировке нагрузки с точки зрения снижения трафика. Кроме того, в случае сбоя экземпляра amazon, который, кажется, довольно редок (не испытал в течение нескольких лет), мы можем быстро запустить и запустить, создав еще один экземпляр и восстановив его.

Otoh, согласно всем, что я читал об этом, люди, как правило, счастливы и рекомендуют это, благодаря простоте настройки и ценности, которые она приносит.

Учитывая вышеизложенное, стоит ли?

Answer 1

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

Что заставляет вас говорить об этом? Ничто не мешает вам запускать несколько ELB, если вы действительно этого хотите. И если ваше приложение уже правильно управляет несколькими доменами, тогда нет никакой причины, по которой один ELB не сможет справиться с этим. В настоящее время у нас есть один ELB, который запускает приложение в кучу экземпляров EC2, на которые указывают все 11 разных доменов.

Еще одна проблема заключается в том, что в настоящее время мы используем бесплатные сертификаты уровня один, в то время как переход на ELB потребует перехода на уровень 2, хотя это не огромная сделка.

Не уверен, что вы подразумеваете под «уровнем один» и «уровень 2». Если вы используете самоподписанный SSL-сертификат, вам необходимо переключиться на использование сертификата, подписанного третьим лицом Certificate Authority, который действительно будет стоить вам денег. Amazon поддерживает всевозможные сертификаты, включая простые сертификаты, сертификаты EV, сертификаты SAN и т. Д. Более подробную информацию о сертификатах ELB и SSL вы найдете в документе AWS documentation.

Кроме того, в случае отказа экземпляра Amazon, который кажется довольно редким (не испытал в течение нескольких лет), мы можем быстро запустить и запустить, создав еще один экземпляр и восстановив его.

Считайте себя счастливым. Мы время от времени сталкивались с экземплярами Amazon, и мы также регулярно получаем уведомления от Amazon о том, что экземпляры необходимо перезагрузить, чтобы перенести их с неисправного/старого оборудования.

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

И если вы ожидаете роста своего уровня трафика, вам может потребоваться использовать инструменты Amazon Auto Scaling. Используя Auto Scaling, вы в основном говорите Amazon о минимальном количестве серверов приложений, которые вы хотите использовать за ELB, и о некоторых параметрах, указывающих, когда они должны автоматически запускать дополнительные экземпляры, если при увеличении нагрузки.

Наша учетная запись Amazon на самом деле рекомендовала нам, что если бы у нас был хотя бы один экземпляр, который мы хотели минимизировать простои (например, сервер мониторинга и т. Д.), Мы должны создать группу Auto Scaling с пределом точно одного экземпляра в этом. Таким образом, если экземпляр когда-либо умирает по какой-либо причине, Amazon автоматически запустит новый экземпляр замены.

Answer 2

Согласитесь с Брюсом, просто захотелось добавить 5 центов об автоматическом масштабировании (ASG) и «Amazon автоматически запустит новый экземпляр замены».

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

Так что, если вы будете иметь 2 экземпляра и ASG с Min/Max = 2, то, если какой-то экземпляр будет разбился, ASG воссоздаст его автоматически со всеми установленным программным обеспечением и код развернут и готов к работе

Кроме того, если вам необходимо обработать некоторые периодические скачки трафика автоматически, тогда вы можете изменить ASG как (Min = 2, Max = 5), создать 2 предупреждения CloudWatch: 1. если использование процессора составляет 90+ в течение 5 или 10 минут 2. if cpu используется 30- для 5 или 10 минут

Затем назначьте Alarm 1 для увеличения 1 дополнительного экземпляра и назначьте будильник 2 для уничтожения любого дополнительного экземпляра, созданного 1