#azure #load-balancing #azure-front-door
#azure #балансировка нагрузки #azure-front-door
Вопрос:
Кто-нибудь успешно выполнял текущие обновления с помощью Azure Front Door? У нас есть приложение в 2 регионах, и мы хотим отключить серверную часть в регионе 1, пока она обновляется, и то же самое для серверной части в регионе 2. Однако, кажется, что между отключением или удалением серверной части из пула проходит смехотворное время задержки, что делает это практически невозможным.
Мы пытались:
- Отключение / полное удаление серверных частей
- Установка высоких / низких приоритетов / весов серверной части
- Изменение интервалов проверки работоспособности
- Изменение размера выборки / успешных выборок / задержки на 1/1/100
У меня есть конечная точка, которую я просматриваю во время процесса развертывания, которая сообщает мне, в каком регионе она находится, и она никогда не меняется во время операции и становится недоступной при обновлении региона. Должен быть способ сделать это, верно?
Комментарии:
1. Исходное сообщение было 2 года назад, но не похоже, что задержки на входе в конфигурационные изменения улучшились. Сегодня я изучал эти задержки, и для добавления / удаления серверных модулей fud потребовалось более 30 минут, чтобы повлиять. camerondwyer.com/2021/07/16 /…
Ответ №1:
У меня есть предложение,
- Уменьшите интервал проверки работоспособности.
- Уменьшите размер выборки и требуется успешная выборка. (Убедитесь, что вы просматриваете простую HTTP-страницу, чтобы ваш серверный ресурс мог обрабатывать нагрузки. Вы начнете получать запросы от всех POP-серверов с указанным вами интервалом.) 3. Для сервера, который вам необходимо обслуживать, остановите службу или завершите проверку сбоем, чтобы весь трафик переключился на исправный сервер. Затем выполните обслуживание и снова запустите службу. Это гарантирует, что ваша служба не будет нарушена.
Комментарии:
1. У меня аналогичная настройка для mrosack, и я вижу то же поведение. Я попробовал шаги, предложенные @msrini-MSIT (для шага 3 я остановил службу), но у меня около 15 секунд простоя, прежде чем трафик переключится на работоспособный сервер. Конфигурация зонда равна 5/1/1 (интервал / размер выборки / успешные выборки / требуется). Неплохо, но это не «нулевое время простоя».