The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск nginx 1.15.1

03.07.2018 19:28

Состоялся выпуск новой основной ветки nginx 1.15.1, в рамках которой продолжается развитие новых возможностей (в параллельно поддерживаемой стабильной ветке 1.14 вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей).

Основные изменения:

  • В блоке "upstream" реализована новая директива "random", при помощи которой можно организовать балансировку нагрузки со случайным выбором сервера для проброса соединения;
  • Увеличена производительность при использовании директив "hash" и "ip_hash" вместе с директивой "zone";
  • Выставление параметра "reuseport" в директиве "listen" теперь приводит к установке флага SO_REUSEPORT_LB во FreeBSD 12;
  • Решены проблемы с несрабатыванием операции HTTP/2 server push, если SSL-соединение прерывалось прокси, стоящим перед nginx;
  • Исправлена ошибка, из-за которой директива "tcp_nopush" всегда применялась при соединениях с бэкендом;
  • Устранена ошибка, из-за которой могли возникать сбои при отправке буферизированного на диске тела запроса к бэкенду gRPC.


  1. Главная ссылка к новости (http://mailman.nginx.org/piper...)
  2. OpenNews: Выпуск сервера приложений NGINX Unit 1.2
  3. OpenNews: Выпуск nginx 1.15.0
  4. OpenNews: Релиз nginx 1.14.0
  5. OpenNews: Релиз http-сервера Apache 2.4.33. Фонду Apache исполнилось 19 лет
  6. OpenNews: Обновление HTTP-сервера H2O 2.2.5 с устранением уязвимости
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48898-nginx
Ключевые слова: nginx
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (15) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Brontog (?), 22:29, 03/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Не совсем понятно как будет вести себя random в upstream-е при реальных нагрузках !
     
     
  • 2.2, Аноним (2), 23:20, 03/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Рандомно. Ван кэп.
     
  • 2.3, topin89 (?), 23:22, 03/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос от неспециалиста: в чём ключевые преимущества рандома перед другими методами балансировки?
     
     
  • 3.7, бабаски (?), 08:00, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    При использовании 'random two' можно добиться более ровного и предсказуемого распределения в кластере (когда используется >1 сервера nginx)
     
     
  • 4.8, topin89 (?), 10:04, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > При использовании 'random two' можно добиться более ровного и предсказуемого распределения
    > в кластере (когда используется >1 сервера nginx)

    А round-robin чем хуже? Тоже равномерно, но проще и предсказуемее. Ниже написали, что может спасти от DDOS'а. Это на практике реально так, или это предположение?

     
     
  • 5.10, бабаски (?), 11:16, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Представьте, что у вас 10 нжинксов и 10 бекендов, на каждый из нжинксов приходит 1 запрос в секунду. И так получилось, что состояние раунд робина случайно синхронизировалось на всех нжинксах. В результате каждую секунду мы получаем 10 запросов на один бекенд, и ни одного - на оставшиеся 9. Рандом позволяет избежать такой ситуации.

    Про ддос как-то сомнительно, от нормального ддоса нжинксом не защититься никак.

     
     
  • 6.11, Sw00p aka Jerom (?), 12:04, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем с 10 фронтов распределять запросы по 10 бекендам? Как распределяется нагрузка на сами фронты? Для каждого фронта свой бекенд, и один как бекап.
     
     
  • 7.12, бабаски (?), 12:17, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нагрузку на фронты обычно распределяют днс раунд робином или каким-то балансировщиком перед нжинксами. Количество фронтов и бекендов назовите сами, я привел гипертрофированный пример, чтобы показать что в кластере рандом лучше раунд робина.
     
  • 6.14, topin89 (?), 06:57, 05/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Мысль о 10 Nginx'ах и распределении нагрузки ещё и по ним даже в голову не приходила. Спасибо за просвещение.
     
  • 2.4, kiwinix (?), 23:50, 03/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще не понимаю зачем рандом нужен..
    К примеру есть 2 сервера, на которые рандомно что-то распределяется..
    шанс того что 5 запросов подряд прилетит на 1 сервер 2^5 = 1 к 32-м

    Рандом это хуже чем равномерная нагрузка

     
     
  • 3.6, Аноним (6), 02:15, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, но если кто-то хочет гарантированно заддосить, то при равномерной нагрузке нужное количество запросов убъет обе ноды, а при рандоме одна нода умрет, а вторая может еще дышать.
     

  • 1.5, Ivan_83 (ok), 01:04, 04/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    SO_REUSEPORT_LB - ждал когда к нам завезут, теперь надо понять как с этим жить.
     
  • 1.9, Аноним (9), 10:26, 04/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Главное подсунуть правильный генератор рандомных чисел ;)
     
  • 1.13, Аноним (13), 16:31, 04/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    haproxy может даже лучше в балансровку и не нужно nginx-plus за килобаксы подписки.
     
  • 1.15, Аноним (15), 19:58, 07/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец рандом, давно ждали. Самый эффективный вид балансировки на малом рпс, но большом количестве nginx
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру