forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Для nginx подготовлен балансировщик TCP-соединений, opennews (??), 21-Апр-15, (0) [смотреть все]

Годнота Осталось 1 7 13 1 8 дождаться , mva (??), 12:52 , 21-Апр-15, (1) +4 //

1 8 уже дождались http mailman nginx org pipermail nginx-announce 2015 000156 , shadow (??), 18:30 , 21-Апр-15, (33) +1
В тот же день http www opennet ru opennews art shtml num 42082, CSRedRat (ok), 08:05 , 22-Апр-15, (49)

Хорошая новость, нужно попробовать на тестовом кластере, а потом можна и в прод , rachok (ok), 12:55 , 21-Апр-15, (2) //

Чем haproxy не устроил , Andrey Mitrofanov (?), 13:14 , 21-Апр-15, (3) +2 //

Устроил Но хочется коробочное решение из nginx , Anonnn (?), 13:23 , 21-Апр-15, (4) +3 //

Тогда купи слона W nginx plus , Аноним (-), 07:41 , 22-Апр-15, (45)

Он есть просто хочется уменьшить количество прослоек, rachok (ok), 13:25 , 22-Апр-15, (57) //

Зачем unix way же , Аноним (-), 08:17 , 23-Апр-15, (76)

Администрировать клубок nginx 1 8 _намного_ легче, чем два клубочка поменьше - , Andrey Mitrofanov (?), 10:50 , 23-Апр-15, (78) +1

Митрофанушка рассказывает нам почему один клубок системды скушает кучу клубочков, Аноним (-), 10:18 , 24-Апр-15, (83)

Обнови броузер, не модно это, тэг пропустил Митрофанов B глумится B над клуб, Andrey Mitrofanov (?), 10:45 , 24-Апр-15, (84) +1

Я, конечно, от хайлоада последние пару лет далёк - но с каких пор этим стал зани, Crazy Alex (ok), 14:32 , 21-Апр-15, (10) +2 //

Nginx всю жизнь был еще и реверс-прокси В том числе и для почты, внезапно , Аноним (-), 15:13 , 21-Апр-15, (13) +4 //

Ну так есть разница между проксёй и TCP-балансировщиком , Crazy Alex (ok), 17:11 , 21-Апр-15, (30) //

Nginx is an open source reverse proxy server for HTTP, HTTPS, SMTP, POP3, and IM, csdoc (ok), 18:05 , 21-Апр-15, (32) –2

Это, в общем-то, и из новости понятно Непонятно на кой так чудить с TCP вместо , Crazy Alex (ok), 20:59 , 21-Апр-15, (38) –1

1 NAT-based решения не могут делать всего того, что умеет делать nginx http n, csdoc (ok), 21:35 , 21-Апр-15, (39)

Не уверен, что iptables слабее в части руления трафика Угу, только в комбайнах п, cmp (ok), 01:29 , 22-Апр-15, (40) +2

А пойти по ссылке и почитать - лень или мешает незнание английского языка Готов , csdoc (ok), 01:59 , 22-Апр-15, (41) –1

Незачем, не собираюсь юзать, даже рассматривать теоритическую возможность такой , cmp (ok), 04:58 , 22-Апр-15, (43) +1

В таком случае, есть ли смысл давать разработчикам nginx ценные указания о том, , csdoc (ok), 05:12 , 22-Апр-15, (44)

Да не было указаний, был намек на то, что нжинкс все меньше хттп сервер и все бо, cmp (ok), 12:39 , 22-Апр-15, (55) +1

Если что-то не понятно - есть документация http nginx org en docs HTTP сервер, csdoc (ok), 15:34 , 22-Апр-15, (61)
Там и ru docs есть а fastcgi это что только не надо говорить, что прокся, если, cmp (ok), 01:50 , 23-Апр-15, (71)
В ru docs может быть устаревшая или не полная информация The ngx_http_fastcgi_m, csdoc (ok), 02:24 , 23-Апр-15, (73)
Я в курсе Если открыть любую википедию из числа дистрибутивных или почитать о, cmp (ok), 08:32 , 23-Апр-15, (77) –1
Nginx is an open source reverse proxy server for HTTP, HTTPS, SMTP, POP3, and IM, csdoc (ok), 21:45 , 23-Апр-15, (79)
Не знаю, кого у вас там выпилил nginx и где Разве что в мечтах http news ne, AlexAT (ok), 23:59 , 23-Апр-15, (80)
https ru wikipedia org wiki Nginxnginx англ engine x по-русски произноситс, cmp (ok), 05:38 , 24-Апр-15, (81)
Кому это надо Исповедующим unix-way Могу предложить только http button dekel, csdoc (ok), 10:02 , 24-Апр-15, (82)
У меня кожа не дымится когда не униксвей на серверах крутится, но это большой ми, cmp (ok), 11:08 , 25-Апр-15, (85) –1
Зачем GNU Hurd пилят до сих пор И какой-то особой простоты там не наблюдается, , csdoc (ok), 18:06 , 25-Апр-15, (87)

Неа, реальность сурова Для большинства применений nginx - это в первую очередь , AlexAT (ok), 08:53 , 22-Апр-15, (51) +1

Почему же только статики, отлично он работает с фастцги, и др, хотя их не провер, cmp (ok), 12:30 , 22-Апр-15, (54)

так он же reverse proxy и балансировщик для fastcgi fastcgi_pass localhost 9000, IvAnZ (?), 13:03 , 22-Апр-15, (56)
По логике вещей, TCP-прокси делается из HTTP-прокси чуть ли не обрубанием HTTP , Аноним (-), 13:34 , 22-Апр-15, (59)
А nginx- fcgi это суть та же прокся , AlexAT (ok), 19:40 , 22-Апр-15, (64)
Согласен, но тогда любой хттп-сервер прокся для того, что генерит контент Идея в, cmp (ok), 00:01 , 23-Апр-15, (69)
apache mod_php - тоже прокся apache mod_perl apache phusion passenger tomcat , AlexAT (ok), 00:04 , 23-Апр-15, (70)
Тормознутое извращение а чем пайп отличается от сокета файловый дескриптор и ф, cmp (ok), 02:03 , 23-Апр-15, (72)

У NAT-based решений есть одна большая проблема они также требуют возвращать вес, AlexAT (ok), 08:49 , 22-Апр-15, (50)

Не совсем понял проблему, но в любом случае - я не говорил, что NAT-based - это , Crazy Alex (ok), 14:56 , 22-Апр-15, (60)

DSR не всегда хорош Иногда на балансере удобно кое-какую статистику считать поп, AlexAT (ok), 19:43 , 22-Апр-15, (65)

А в чем такая уж принципиальная разница, по большому счету , Аноним (-), 07:42 , 22-Апр-15, (46)

В Nginx отличная низкоуровневая инфраструктура для эфективной работы с памятью, , жопка3 (?), 16:03 , 21-Апр-15, (24) +1

этот функционал был ВСЕГДА доступен через модульhttps github com yaoweibin ngi, ihorman (?), 16:06 , 21-Апр-15, (25) +1 //

как правило у сторонних модулей гораздо хуже качество, чем у кода из состава ngi, csdoc (ok), 16:32 , 21-Апр-15, (28) +1 //

Пользуемся этим модулем уже давно, он работает, нормально работает Точно так же, ihorman (?), 17:02 , 22-Апр-15, (62) //

Если все устраивает - пользуйтесь на здоровье, никто ж не против Но в большинств, csdoc (ok), 18:05 , 22-Апр-15, (63)

заброщеный и год не троганый там правда исправляются ошибки , Аноним (-), 17:09 , 21-Апр-15, (29)
Китайский модуль это как китайские айфоны , geektime (?), 02:16 , 22-Апр-15, (42)

Супер Отличная новость Обязательно опробую на продакшене , jOKer (ok), 16:22 , 21-Апр-15, (27)
Начиная с какой версии это будет , Аноним (-), 17:51 , 21-Апр-15, (31) //

http trac nginx org nginx roadmapБалансировщих будет в 1 9 0 в ближайшее время, csdoc (ok), 18:49 , 21-Апр-15, (35)

хмм, ключевая фича tcp haproxy - splice, а тут его на первый взгляд -нет, Аноним (-), 18:37 , 21-Апр-15, (34) +2
Баналансить можно было и в PF и поди в иптаблес, вообще ядреная реализация , Ivan_83 (?), 19:50 , 21-Апр-15, (36) //

А как насчёт двух и более балансеров с возможностью получить IP клиента для бэкэ, AlexAT (ok), 08:58 , 22-Апр-15, (53) //

DST NAT решает проблему на сервер от балансера придут пакеты с IP клиента , Ivan_83 (?), 22:37 , 22-Апр-15, (67) //

Угу А назад как будем возвращать Клиент-то назад ждёт IP балансера, а не серве, AlexAT (ok), 23:34 , 22-Апр-15, (68)

Если балансер один то он может быть роутером по дефолту для серверов Если баланс, Ivan_83 (?), 03:29 , 23-Апр-15, (74)

Выше уже писал Случай не рассматривается - слишком плохой Балансер превращаетс, AlexAT (ok), 07:57 , 23-Апр-15, (75)

Неплохая замена haproxy, кстати С учётом send expect - вообще шикарно , AlexAT (ok), 19:58 , 21-Апр-15, (37)

Сообщения [Сортировка по времени | RSS]

36. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от Ivan_83 (?), 21-Апр-15, 19:50

Баналансить можно было и в PF и поди в иптаблес, вообще ядреная реализация.

Ответить | Правка | Наверх | Cообщить модератору

53. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от AlexAT (ok), 22-Апр-15, 08:58

> Баналансить можно было и в PF и поди в иптаблес, вообще ядреная
> реализация.
А как насчёт двух и более балансеров с возможностью получить IP клиента для бэкэнда?

Ответить | Правка | Наверх | Cообщить модератору

67. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от Ivan_83 (?), 22-Апр-15, 22:37

DST NAT решает проблему: на сервер от балансера придут пакеты с IP клиента.

Ответить | Правка | Наверх | Cообщить модератору

68. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от AlexAT (ok), 22-Апр-15, 23:34

> DST NAT решает проблему: на сервер от балансера придут пакеты с IP
> клиента.
Угу. А назад как будем возвращать? Клиент-то назад ждёт IP балансера, а не сервера. Соответственно - коннтрекинг. А чтобы коннтрекинг работал - надо трафик вернуть в конкретный балансер. А IP балансера у сервера нетути, "пакет пришёл с IP клиента". В этом и проблема.
Можно, конечно, извернуться, вешая на серверы IP per balancer, и делая, например, PBR по локальному IP в обратную сторону. Или по MAC балансера приписывать трек и возвращать через PBR по треку. Но всё это из разряда извращений.

Ответить | Правка | Наверх | Cообщить модератору

74. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от Ivan_83 (?), 23-Апр-15, 03:29

>> DST NAT решает проблему: на сервер от балансера придут пакеты с IP
>> клиента.
> Угу. А назад как будем возвращать? Клиент-то назад ждёт IP балансера, а
> не сервера. Соответственно - коннтрекинг. А чтобы коннтрекинг работал - надо
> трафик вернуть в конкретный балансер. А IP балансера у сервера нетути,
> "пакет пришёл с IP клиента". В этом и проблема.
Если балансер один то он может быть роутером по дефолту для серверов.
Если балансеров много то можно через ARP анонсить мак балансера как носителя ip src клиента или пользоваться чем то вроде RIP.
Идея с уникальным IP на сервере для каждого отдельного балансера пожалуй лучше, дополнительно придётся привязать отдельную таблицу маршрутизации к слушающим на разных адресах сокетам, вроде nginx такое умел (FIB).

Ответить | Правка | Наверх | Cообщить модератору

75. "Для nginx подготовлен балансировщик TCP-соединений" +/–

Сообщение от AlexAT (ok), 23-Апр-15, 07:57

> Если балансер один то он может быть роутером по дефолту для серверов.
Выше уже писал. Случай не рассматривается - слишком плохой. Балансер превращается в SPOF.
> Если балансеров много то можно через ARP анонсить мак балансера как носителя
> ip src клиента
Это, простите, как? Один и тот же IP может запросто входить через все балансеры, причём даже одновременно.
> Идея с уникальным IP на сервере для каждого отдельного балансера пожалуй лучше,
> дополнительно придётся привязать отдельную таблицу маршрутизации к слушающим на разных
> адресах сокетам, вроде nginx такое умел (FIB).
Угу. В линухах это делается легко и просто, и даже к сокетам ничего привязывать не надо (просто PBR по srcip). Но всё равно - из разряда извращений.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

36. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
Сообщение от Ivan_83 (?), 21-Апр-15, 19:50
Баналансить можно было и в PF и поди в иптаблес, вообще ядреная реализация.
Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
	Сообщение от AlexAT (ok), 22-Апр-15, 08:58
	> Баналансить можно было и в PF и поди в иптаблес, вообще ядреная > реализация. А как насчёт двух и более балансеров с возможностью получить IP клиента для бэкэнда?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
	Сообщение от Ivan_83 (?), 22-Апр-15, 22:37
	DST NAT решает проблему: на сервер от балансера придут пакеты с IP клиента.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
	Сообщение от AlexAT (ok), 22-Апр-15, 23:34
	> DST NAT решает проблему: на сервер от балансера придут пакеты с IP > клиента. Угу. А назад как будем возвращать? Клиент-то назад ждёт IP балансера, а не сервера. Соответственно - коннтрекинг. А чтобы коннтрекинг работал - надо трафик вернуть в конкретный балансер. А IP балансера у сервера нетути, "пакет пришёл с IP клиента". В этом и проблема. Можно, конечно, извернуться, вешая на серверы IP per balancer, и делая, например, PBR по локальному IP в обратную сторону. Или по MAC балансера приписывать трек и возвращать через PBR по треку. Но всё это из разряда извращений.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
	Сообщение от Ivan_83 (?), 23-Апр-15, 03:29
	>> DST NAT решает проблему: на сервер от балансера придут пакеты с IP >> клиента. > Угу. А назад как будем возвращать? Клиент-то назад ждёт IP балансера, а > не сервера. Соответственно - коннтрекинг. А чтобы коннтрекинг работал - надо > трафик вернуть в конкретный балансер. А IP балансера у сервера нетути, > "пакет пришёл с IP клиента". В этом и проблема. Если балансер один то он может быть роутером по дефолту для серверов. Если балансеров много то можно через ARP анонсить мак балансера как носителя ip src клиента или пользоваться чем то вроде RIP. Идея с уникальным IP на сервере для каждого отдельного балансера пожалуй лучше, дополнительно придётся привязать отдельную таблицу маршрутизации к слушающим на разных адресах сокетам, вроде nginx такое умел (FIB).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Для nginx подготовлен балансировщик TCP-соединений"	+/–
	Сообщение от AlexAT (ok), 23-Апр-15, 07:57
	> Если балансер один то он может быть роутером по дефолту для серверов. Выше уже писал. Случай не рассматривается - слишком плохой. Балансер превращается в SPOF. > Если балансеров много то можно через ARP анонсить мак балансера как носителя > ip src клиента Это, простите, как? Один и тот же IP может запросто входить через все балансеры, причём даже одновременно. > Идея с уникальным IP на сервере для каждого отдельного балансера пожалуй лучше, > дополнительно придётся привязать отдельную таблицу маршрутизации к слушающим на разных > адресах сокетам, вроде nginx такое умел (FIB). Угу. В линухах это делается легко и просто, и даже к сокетам ничего привязывать не надо (просто PBR по srcip). Но всё равно - из разряда извращений.
	Ответить \| Правка \| Наверх \| Cообщить модератору