Привет!
Релианоид 7.6
В тестовой лаборатории я обнаружил странную ошибку в режиме обслуживания бэкэнда.
В тестовой лаборатории я использую 2 узла Relianoid 7.6 в кластере, которые балансируют клиентские подключения Outlook к Exchange.
Когда Outlook подключен к Exchange, я вижу количество установленных подключений в ферме к каждому бэкэнду Exchange (в DAG всего 2 тестовых сервера Exchange).
Включаю режим обслуживания на одном из бэкендов (вырезан), вижу, что клиентские подключения сбрасываются, но после этого они начинают переподключаться к тому же бэкенду, который сейчас находится в режиме обслуживания, то есть клиентские подключения к нему восстанавливаться не должны.
Если вы попытаетесь выключить и включить режим обслуживания на бэкэнде, ничего не изменится, клиентские подключения будут по-прежнему успешно восстанавливаться на бэкэнде, который находится на обслуживании и не должен принимать подключения, пока обслуживание не будет отключено.
Режим обслуживания начинает работать только в том случае, если вы включите его на бэкэнде, а затем перезапустите ферму, после этого клиентские подключения к бэкэнду, который находится в режиме обслуживания, не будут восстановлены.
Похоже на ошибку.
Ферма настроена в режиме l4xnat для порта 443, количество бэкэндов 2.
Привет!
Не могли бы вы создать файл сохранения поддержки (в меню Система > Сохранить поддержки) и поделиться им с нами по адресу: support AT relianoid DOT com?
Спасибо!
Привет!
Я отправил вам файл поддержки, проверьте почту, пожалуйста)
Привет!
Спасибо за поддержку, сохранение. Похоже, это связано с настройкой сохранения, так как все клиенты привязаны к одному и тому же IP-адресу.
Пожалуйста, измените сохранение сеанса с «Исходный IP» на «Исходный порт».
Ждем ваших отзывов,
Cheers.
Привет!
Я изменил сохранение сеанса с «Исходный IP» на «Исходный порт», и режим обслуживания работает лучше. В старых версиях режим обслуживания ZEVENET работал без изменения сохранения сеанса с «Исходный IP» на «Исходный порт». Я хочу понять, что логика обслуживания изменилась в RELIANOID балансировщик или я всегда использовал неверные настройки в ZEVENET?
Режим обслуживания в ZEVENET всегда работал отлично, независимо от настроек сохранения сеанса.
Проблемы начались после того, как я обновил ZEVENET до RELIANOID.
Привет!
Режим обслуживания и сохранение сеанса вообще не изменились.
В вашей инфраструктуре все клиенты всегда были NAT или это недавнее изменение? Потому что если бы у вас была балансировка нагрузки клиентов по разным бэкэндам с использованием сохранения по «Исходному IP» в случае, когда клиенты NAT, то это был баг Zevenet.
Чтобы убедиться в правильности поведения, измените его на «Исходный IP» и включите отладку в /usr/local/relianoid/config/global.conf , изменив с:
$debug="0";
в
$debug="9";
А затем воспроизведите проблему обслуживания.
Наконец, пожалуйста, отправьте по электронной почте свежее сохранение поддержки.
С уважением.
Привет!
Хорошо, спасибо за информацию!
В моем тесте клиентские соединения на базе инфраструктуры ZEVENET всегда работали в режиме NAT (lx4nat), интересная информация о ZEVENET.
Мне не нужно тестировать балансировщик ZEVENET, потому что теперь я использую RELIANOID.
RELIANOID хороший и простой балансир.
Спасибо за помощь! =)
Пожалуйста,
наслаждаться RELIANOID!