Nginx перед эластичным балансиром нагрузки AWS?

Question

Мы изучаем настройку нашего приложения на AWS. Это будет работать на 3 балансированных нагрузкой веб-серверах. Мы изучали, как предотвратить атаки DDOS и как обслуживать статическую страницу во время обслуживания, и смотрите на Nginx. Таким образом, установка будет Nginx перед балансировкой эластичной нагрузки.

Как и при нашей установке при обновлении приложения, мы обновляем Nginx для обслуживания страницы статического обслуживания, когда весь новый стек подключается к сети со своим собственным балансировщиком нагрузки и переключается на новый стек приложений. Мы обновим Nginx config, чтобы указать на новый балансировщик эластичной нагрузки.

Имеет ли это смысл? причина, по которой я спрашиваю, заключается в том, что я не могу найти что-либо в этом типе настройки в Интернете.

Thanks,

Colin.

Answer 1

Эластичная балансировка нагрузки работает с использованием множества ip-адресов. Если вы делаете dig amazon.com, вы можете увидеть, как он распространяется с низким значением ttl. Как только ваш nginx-сервер закончится с открытых портов, он опустится.

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

Когда вы выполняете переход, просто опустите CNAME ttl и укажите его на новый балансировщик нагрузки.

Answer 2

Я вижу нулевой значение происходит в этом path- Положив один экземпляр Nginx будет просто увеличить сложность установки, стоить больше и самое главное будет ввести новую единую точку отказа и производительность/латентности узкого места (и сделает ваш env гораздо более уязвимым для DDOS).

AWS-инфраструктура на 100% программируется - узнайте, как управлять программным обеспечением ELB: как перенаправить трафик на статический сайт во время обслуживания (может быть, nginx размещен на одном из ваших экземпляров) и как поддерживать рабочие процессы обновления.