Size: a a a

2020 January 23

AY

Andrey Yanda in nginx_ru
Vladimir Klubov
Привет! После нескольких экспериментов со схемой балансер и за ним несколько веб серверов и все под нагрузкой, обратил внимание что балансер сильно недогружен. Вопрос, сколько веб-серверов в среднем за балансером может находиться? Или насколько машина с балансером может быть слабее? Я понимаю что все сильно зависит, но в среднем +-.
Это прям очень сложный вопрос. Каким образом вы измеряете загруженность? Дело в том, что load average мало о чем может сказать, а утилизация проце ссора уж тем более. По этому поводу достаточно хорошо написано у брендана грегга. В случае с nginx, который не знает что такое многопоточность, важнее "время отклика". То есть, очень важно: скорость работы процессора, скорость работы дисков, если предполагается много файлового IO. Также, нужно с умом подходить к конфигурированию всего этого.
источник

k

kiosaku in nginx_ru
Vladimir Klubov
Привет! После нескольких экспериментов со схемой балансер и за ним несколько веб серверов и все под нагрузкой, обратил внимание что балансер сильно недогружен. Вопрос, сколько веб-серверов в среднем за балансером может находиться? Или насколько машина с балансером может быть слабее? Я понимаю что все сильно зависит, но в среднем +-.
насколько хватит открытых портов
источник

k

kiosaku in nginx_ru
если не терминировать ssl
источник

AY

Andrey Yanda in nginx_ru
Vladimir Klubov
Привет! После нескольких экспериментов со схемой балансер и за ним несколько веб серверов и все под нагрузкой, обратил внимание что балансер сильно недогружен. Вопрос, сколько веб-серверов в среднем за балансером может находиться? Или насколько машина с балансером может быть слабее? Я понимаю что все сильно зависит, но в среднем +-.
Более того, очень важно что вы делаете. Если есть SSL, то у вас все не так радужно. Там нужен процессор.
источник

AY

Andrey Yanda in nginx_ru
И еще, в случае с ssl желательно использовать более-менее свежую openssl с ecdsa. Плюс к этому, выбирать алгоритмы шифрования, которые процессор умеет из коробки.
источник

AY

Andrey Yanda in nginx_ru
И даже если вы все это сделаете, настроите по уму, вас ждет засада. Вы не сможете так уж легко мониторить скорость работы вашего сервера, если не будете собирать RUM. Все что будет вам доступно - bcc-tools, в котором мы гипотетически сможете увидеть блокировки event loop, но для этого должны сойтись сотни звезд.
источник

MS

Michael Silich in nginx_ru
Добрый день, а для Octavia какие есть методы подключения Nginx Plus? (я конечно спрошу у их саппорта потом, но вдруг тут люди уже подключали?)
источник

MD

M Dan in nginx_ru
Michael Silich
Добрый день, а для Octavia какие есть методы подключения Nginx Plus? (я конечно спрошу у их саппорта потом, но вдруг тут люди уже подключали?)
Octavia?
источник

MS

Michael Silich in nginx_ru
M Dan
Octavia?
Да, это OpenStack LoadBalancer стандартом там идет haproxy. Но в блоге nginx есть такое https://www.nginx.com/blog/nginx-plus-cloud-load-balancer-openstack/
источник

VK

Vladimir Klubov in nginx_ru
Спасибо за ответы!

> в случае с ssl желательно использовать более-менее свежую openssl с ecdsa

У меня openssl 1.1.1, ssl_ciphers EECDH+AESGCM:EDH+AESGCM; ECDSA нет в данное время, но A+ на sslabs получается.

Вопрос по шифрованию, кстати. Сертификат стоит на балансере, который общается по http с апстримами. Сильно ли плохо что это общение не зашифровано? С одной стороны все проще настроено и нет оверхеда по шифрованию. С другой стороны, трафик наверное при каких-то определенных условиях может быть поснифен. Все сервера в одном дц, апстримы открыты только балансеру.
источник

MD

M Dan in nginx_ru
Vladimir Klubov
Спасибо за ответы!

> в случае с ssl желательно использовать более-менее свежую openssl с ecdsa

У меня openssl 1.1.1, ssl_ciphers EECDH+AESGCM:EDH+AESGCM; ECDSA нет в данное время, но A+ на sslabs получается.

Вопрос по шифрованию, кстати. Сертификат стоит на балансере, который общается по http с апстримами. Сильно ли плохо что это общение не зашифровано? С одной стороны все проще настроено и нет оверхеда по шифрованию. С другой стороны, трафик наверное при каких-то определенных условиях может быть поснифен. Все сервера в одном дц, апстримы открыты только балансеру.
А плюс не всегда хорошо на самом деле
источник

AY

Andrey Yanda in nginx_ru
Vladimir Klubov
Спасибо за ответы!

> в случае с ssl желательно использовать более-менее свежую openssl с ecdsa

У меня openssl 1.1.1, ssl_ciphers EECDH+AESGCM:EDH+AESGCM; ECDSA нет в данное время, но A+ на sslabs получается.

Вопрос по шифрованию, кстати. Сертификат стоит на балансере, который общается по http с апстримами. Сильно ли плохо что это общение не зашифровано? С одной стороны все проще настроено и нет оверхеда по шифрованию. С другой стороны, трафик наверное при каких-то определенных условиях может быть поснифен. Все сервера в одном дц, апстримы открыты только балансеру.
Ну тут уже вам решать, насколько это критично. Если у вас там нет конфеденциальных данных или сетка между серверами контроллируется только вами, то какая разница что там бегает?
источник

AY

Andrey Yanda in nginx_ru
Чтобы вы понимали, это почти нормальная ситуация, когда между вашими серверами нет SSL. Даже гугл, который так переживает за безопасность, грешил этим в свое время.
https://habr.com/ru/post/200276/
источник

d.

dev . in nginx_ru
вопрос. При заходе на сайт по урл /a/b/c/////////////

до бекенда доходит корректно, но в урл браузера остается куча слешей, как можно убрать (редирект 301) если слешей >1 подряд ?
источник

k

kiosaku in nginx_ru
Vladimir Klubov
Спасибо за ответы!

> в случае с ssl желательно использовать более-менее свежую openssl с ecdsa

У меня openssl 1.1.1, ssl_ciphers EECDH+AESGCM:EDH+AESGCM; ECDSA нет в данное время, но A+ на sslabs получается.

Вопрос по шифрованию, кстати. Сертификат стоит на балансере, который общается по http с апстримами. Сильно ли плохо что это общение не зашифровано? С одной стороны все проще настроено и нет оверхеда по шифрованию. С другой стороны, трафик наверное при каких-то определенных условиях может быть поснифен. Все сервера в одном дц, апстримы открыты только балансеру.
если параноить, то ставь свой УЦ и выпускай сертификаты
источник

d.

dev . in nginx_ru
разобрался спс
источник

k

kiosaku in nginx_ru
dev .
вопрос. При заходе на сайт по урл /a/b/c/////////////

до бекенда доходит корректно, но в урл браузера остается куча слешей, как можно убрать (редирект 301) если слешей >1 подряд ?
так nginx урезает
источник

d.

dev . in nginx_ru
урезает то да надо было чтоб в урл небыло потом
источник

d.

dev . in nginx_ru
но уже починил
источник

k

kiosaku in nginx_ru
и как?
источник