SG
Я максимально на RR внедрял 4 ноды и все ок было, тестировали различные сценарии отработки отказа - разрыв сетевого покдлючения, отключение сервера и т.д. - все отрабатывало
Size: a a a
2020 April 17
VG
Sergey Grebennikov
Я максимально на RR внедрял 4 ноды и все ок было, тестировали различные сценарии отработки отказа - разрыв сетевого покдлючения, отключение сервера и т.д. - все отрабатывало
Но и в проде вы вряд ли такое увидите
SG
вряд ли увижу что? 4 сервра на RR? Это и был прод )
VG
Sergey Grebennikov
вряд ли увижу что? 4 сервра на RR? Это и был прод )
У премьерских заказчиков нет. Там серверис критичности, который требует балансер. Вы интегратор, что ли?
SG
угу, типа того
VG
Sergey Grebennikov
вряд ли увижу что? 4 сервра на RR? Это и был прод )
Максимум 3 видела. Вы вроде про 8 писали
VG
Sergey Grebennikov
угу, типа того
Пусть haproxy поднимают. И обьясните им потенциальные проблемы
SG
8 серверов было озвучено как предельное количество для RR, в организации их больше, просто они когда то консультировались и им был этот факт озвучен - я собственно об этом и спрашиваю.
Проблема у них кстати была в том, что периодически намертво зависал IIS на одном из серверов. В смысле на одном рандомном.
Проблема у них кстати была в том, что периодически намертво зависал IIS на одном из серверов. В смысле на одном рандомном.
D
Sergey Grebennikov
Я максимально на RR внедрял 4 ноды и все ок было, тестировали различные сценарии отработки отказа - разрыв сетевого покдлючения, отключение сервера и т.д. - все отрабатывало
Для SMTP тоже RR использовался?
VG
Sergey Grebennikov
8 серверов было озвучено как предельное количество для RR, в организации их больше, просто они когда то консультировались и им был этот факт озвучен - я собственно об этом и спрашиваю.
Проблема у них кстати была в том, что периодически намертво зависал IIS на одном из серверов. В смысле на одном рандомном.
Проблема у них кстати была в том, что периодически намертво зависал IIS на одном из серверов. В смысле на одном рандомном.
С winnlb не путаете?
VG
DMitriy
Для SMTP тоже RR использовался?
Можно. С теми де ограничениями
VG
DMitriy
Для SMTP тоже RR использовался?
Не все клиенты поймут недоступность сервиса
D
Можно. С теми де ограничениями
Можно, если SMTP-клиент знает, что такое RR
VG
DMitriy
Можно, если SMTP-клиент знает, что такое RR
Для smtp отдельная тема сохранения клиентского ip. Иногда принимается решение ддя dns rr использовать его
D
Для smtp отдельная тема сохранения клиентского ip. Иногда принимается решение ддя dns rr использовать его
Странный выбор, покупать в большую организацию кучу Exchange-серверов и экономить на LB для SMTP (хотя наверняка у компании сотни сканеров и информационных систем, которые шлют что-то важное по SMTP)
VG
DMitriy
Странный выбор, покупать в большую организацию кучу Exchange-серверов и экономить на LB для SMTP (хотя наверняка у компании сотни сканеров и информационных систем, которые шлют что-то важное по SMTP)
Вы про сохранение ip адреса читали вообще? В случае http трафика можем просто x forwarded for вставить. Сsmtp такое не сработает
VG
DMitriy
Странный выбор, покупать в большую организацию кучу Exchange-серверов и экономить на LB для SMTP (хотя наверняка у компании сотни сканеров и информационных систем, которые шлют что-то важное по SMTP)
Как шлюз балансер не все готовы использовать
D
Да, читал и настраивал MAC-based forwarding и Direct Server Return. Это гораздо лучше, чем раунд-робин
D
У нас это типовое решение на всех площадках
VG
DMitriy
Да, читал и настраивал MAC-based forwarding и Direct Server Return. Это гораздо лучше, чем раунд-робин
Direct server return? Я сливаюсь... Это ппц