https://www.opennet.dev/openforum/vsluhforumID3/114758.html Состоялся (http://mailman.nginx.org/pipermail/nginx-announce/2018/000213.html) выпуск новой основной ветки nginx 1.15.1 (http://nginx.org), в рамках которой продолжается развитие новых возможностей (в параллельно поддерживаемой стабильной ветке 1.14 (https://www.opennet.ru/opennews/art.shtml?num=48454) вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей). <br><br><br><br>Основные изменения (http://nginx.org/en/CHANGES):<br><br><br>- В блоке "upstream" реализована новая директива "random (http://nginx.org/en/docs/http/ngx_http_upstream_module.html#random)", при помощи которой можно организовать балансировку нагрузки со случайным выбором сервера для проброса соединения;<br>- Увеличена производительность при исопльзовании директив "hash" и "ip_hash" вместе с директивой "zone";<br>- Выставление параметра "reuseport" в директиве "listen" теперь приводит к установке флага SO_REUSEPORT_LB во FreeBSD 12;<br>- Решены проблемы с несрабатыванием операции HTTP/2 server push, если SSL-соединение прерывал https://www.opennet.dev/openforum/vsluhforumID3/114758.html#15 Sat, 07 Jul 2018 16:58:27 GMT Наконец рандом, давно ждали. Самый эффективный вид балансировки на малом рпс, но большом количестве nginx<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#14 Thu, 05 Jul 2018 03:57:54 GMT Мысль о 10 Nginx'ах и распределении нагрузки ещё и по ним даже в голову не приходила. Спасибо за просвещение.<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#13 Wed, 04 Jul 2018 13:31:25 GMT haproxy может даже лучше в балансровку и не нужно nginx-plus за килобаксы подписки.<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#12 Wed, 04 Jul 2018 09:17:04 GMT Нагрузку на фронты обычно распределяют днс раунд робином или каким-то балансировщиком перед нжинксами. Количество фронтов и бекендов назовите сами, я привел гипертрофированный пример, чтобы показать что в кластере рандом лучше раунд робина.<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#11 Wed, 04 Jul 2018 09:04:07 GMT Зачем с 10 фронтов распределять запросы по 10 бекендам? Как распределяется нагрузка на сами фронты? Для каждого фронта свой бекенд, и один как бекап.<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#10 Wed, 04 Jul 2018 08:16:41 GMT Представьте, что у вас 10 нжинксов и 10 бекендов, на каждый из нжинксов приходит 1 запрос в секунду. И так получилось, что состояние раунд робина случайно синхронизировалось на всех нжинксах. В результате каждую секунду мы получаем 10 запросов на один бекенд, и ни одного - на оставшиеся 9. Рандом позволяет избежать такой ситуации.<br><br>Про ддос как-то сомнительно, от нормального ддоса нжинксом не защититься никак.<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#9 Wed, 04 Jul 2018 07:26:47 GMT Главное подсунуть правильный генератор рандомных чисел ;)<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#8 Wed, 04 Jul 2018 07:04:30 GMT &gt; При использовании 'random two' можно добиться более ровного и предсказуемого распределения <br>&gt; в кластере (когда используется &gt;1 сервера nginx) <br><br>А round-robin чем хуже? Тоже равномерно, но проще и предсказуемее. Ниже написали, что может спасти от DDOS'а. Это на практике реально так, или это предположение?<br> https://www.opennet.dev/openforum/vsluhforumID3/114758.html#7 Wed, 04 Jul 2018 05:00:14 GMT При использовании 'random two' можно добиться более ровного и предсказуемого распределения в кластере (когда используется &gt;1 сервера nginx)<br>