Я же написал.

Мы не рассматриваем при выборе технологий их количество в стеке

Иначе писали бы на Node.JS

А мы - да.

И на нем же - балансировали бы

А мы - да.

Ну - это же славно

не понимаю что плохого в HAProxy

Задача в небольшой компании найти оптимальный уровень, между количеством херней в стеке и легкостью поддержки всего это.

внедрили, настроили, забыли про избыточную нагрузку

поддерживать кстати легко

отночительно

Задача в небольшой компании найти оптимальный уровень, между количеством херней в стеке и легкостью поддержки всего это.

Я вот думаю - у нас компания обычно тоже невелика

Но уж HAProxy знают все

Вы не поверите, но балансировать надо итогда даже когда нагрузки как таковой нет.

надо иногда*

да, это не hadoop )

Кто не может с HAProxy разобраться в течение двух суток (это нужно для человека с IQ около 100), тех мы топим в Неве

Ахахаха

Саша, но не у всех есть Нева.

То то от нее дерьмом воняет постоянно.

Дима, смеха ради попробуй, там действительно не так много заморочек

Саша, но не у всех есть Нева.

Это да, это минус

Оказывается это Чистяков туда всех девопсов скинул

У нас их и не было сроду!

можно еще заморочится на round robin но это уже сложнее чуть

хотя )))

это если cdn

раунд робин какой сложнее чем что?

Не выживают на 60-й параллели

Дима, смеха ради попробуй, там действительно не так много заморочек

Да я то не против. Все дело в том, что нужен вменяемый минимум технологий.

А то, как я уже сказал можно упороться и до OSI 4 балансировки.

он точно не станет чем-то из ряда вон в стеке, поверь

Чтобы HAProxy небыл точкой отказа.

А то, как я уже сказал можно упороться и до OSI 4 балансировки.

Меня в Яндекс-деньгах про нее спрашивали на собесе

ну да, мы тоже как-то на кластере катастрофоустойчивость поднимали. чтобы пользователи могли в любой момент времени вконтакте сидеть )

Я остался в крайнем удивлении

И верный ответ “Кем вы себя возомнили?” придумал через 20 минут после выхода из здания

Почему же?

ты им ответил в итоге?

Ну - я им предложил поставить HAProxy

А они хотели чего-то прям на уровне маршрутов

Ну, если честно, странный ответ на такой вопрос.

Если честно - странный вопрос

Вопрос был “предложите механизм TCP-балансировки”

Все это субъективно. Про вопросы. Но на них надо отвечать а не предлагать левак :)

Ну - я вон предложил

> Но на них надо отвечать Это с чего бы?

А если бы они у меня спросили про два стула?

Или про пику в глаз?

на эти вопросы же есть правильные ответы :)

Вопрос был “предложите механизм TCP-балансировки”

странно. логичный ответ на этот вопрос ))

Ну и на этот был - резко встать, перевернуть стол, зарядить в табло ближайшему, покинуть помещение

Но я не стал этого делать

а что тебя туда занесло вообще? ))

А позвали

А я любопытный, чего ж не сходить

?

Ну так ведь по факту - HAProxy это не TCP балансировщик. Т.е. как я Яндексе правильно заметили, может он и может балансировать TCP но при этом трафик будет прыгать по уровням OSI туда-сюда.

Я и в Люксофт ходил один раз Признал его негодным

Ну так ведь по факту - HAProxy это не TCP балансировщик. Т.е. как я Яндексе правильно заметили, может он и может балансировать TCP но при этом трафик будет прыгать по уровням OSI туда-сюда.

Не будет В HAProxy есть режим TCP балансировки Он не будет инспектить что там в соединении

(Об этом в документации написано, кстати)

HAProxy, например, используется в Patroni

Чтобы переключать соединения к постгресу с мастера на слейв

Инспектит ли он при том уровни выше четвертого? Нет, ибо как?

Он ничего не знает про постгресовский протокол

Ну так ведь по факту - HAProxy это не TCP балансировщик. Т.е. как я Яндексе правильно заметили, может он и может балансировать TCP но при этом трафик будет прыгать по уровням OSI туда-сюда.

http://www.haproxy.org/ - The Reliable High Perfomance TCP/HTTP Load Balancer.

там как бы написано даже что он TCP

может быть это действительно слишком избыточное решение, как знать, надо в контекст вникать, и в топологию

http://www.haproxy.org/ - The Reliable High Perfomance TCP/HTTP Load Balancer.

nginx в последних версиях тоже может балансировать TCP. Другое дело что видмо меня в университете херово учили, или я херово учился.

а это уже оплачиваться должно )) извините за мой иврит

Они просили еще более избыточное!

Они просили, простите, что-то такое, чтобы запрос был на один IP, а ответ с другого Если я верно их понял

Это я к тому, что если трафик приходит в приложение, то это уже OSI 7

Но я не сетевой инженер

и не девопс )

Я так думаю - они просили IPVS

Но я IPVS никогда не делал

ага его скорее всего

там же не было слова "работающий" в задаче

Потому что нужен он мне в жизни был ровно 0 раз

Как и им

round robin.... dns

как и подумал сразу же

RRDNS я им и так с ходу предложил

Но им нужно было не это!

у яндекса таки где-то был ipvs в каком-то из докладов про него рассказывали

я впервые у фашистов с RRDNS столкнулся, обалдел и стал юзать активно. это они меня на дорожку эту затащили

Мой пойнт в том, что Яндекс-Деньгам (а это не большой Яндекс, сейчас это вообще Сбер)

Никакой IPVS не нужен

я про тех, кого вслух называть не принято из-за очень плохих hdd, которые они ставят в серверы

я про тех, кого вслух называть не принято из-за очень плохих hdd, которые они ставят в серверы

Фашисты с каждым из нас случались

Мне может кто-нибудь про OSI все же разъяснить?)

никто

На собеседовании можно спрашивать “какого цвета панель робота?"

потому что его не существует

Фашисты с каждым из нас случались

они меня многому научили )))

?

- Какого робота? - Вы не приняты!

Мне может кто-нибудь про OSI все же разъяснить?)

Я скажу так Делать балансировку на уровне TCP через HAProxy - довольно странная идея Потому что он встанет в разрыв соединения В чем его польза в такой конфигурации, я не знаю