Как настроить балансировщик нагрузки в разных регионах для изолированного сервера приложений, где клиенты являются внутренними / локальными

Заказчик хочет, чтобы отработка отказа "активный-активный" была настроена для нашего веб-приложения в его подписке Azure. У них есть частное облако, поэтому мы предложили для нашего приложения изолированный сервер приложений. Клиенты веб-приложения являются внутренними (локальными), и приложение не требует подключения к Интернету.

При работе с изолированным сервером приложений кажется, что ILB - единственный вариант для балансировщика нагрузки. Кажется, мы не можем найти нигде в документации, где указано, что ILB будет поддерживать другой регион (я думаю, что это говорит, что нет). Поскольку все клиенты являются внутренними, мы не можем использовать диспетчер трафика. Мы думаем, что нам нужно вернуться к реализации soln с использованием виртуальных машин, а не службы приложений. Мы думаем, что масштабирование может дать нам вертикальное масштабирование для указанных виртуальных машин? Затем нам нужно будет настроить горизонтальное масштабирование, внедрив виртуальные машины в разных регионах. Вдобавок к этому нам нужно будет обеспечить балансировку нагрузки (они просили активный-активный). Имейте в виду, что все клиенты являются внутренними, поэтому DNS отсутствует. Глядя на это, может показаться, что шлюз приложений - единственный вариант?

Мы ищем подтверждения и подтверждения, или же пощечину "вот лучший способ"!

В конце концов, мы ожидаем, что от 2 до 4 экземпляров приложения будут работать в нескольких регионах. Балансировщик нагрузки между всеми экземплярами. Экземпляры будут работать в отдельных регионах, чтобы гарантировать, что в случае сбоя одного региона приложение все еще будет доступно. Скорее всего, один экземпляр приложения может поддерживать его загрузку, поскольку он будет несколько статичным и "известным", а не переменным. Количество клиентов будет статическим (и будет расти по мере добавления клиентом местоположений, а это будет менее 50 местоположений в год).

Спасибо за любую помощь с этой головоломкой конфигурации!

2 ответа

Я предполагаю, что межрегиональный LB поможет (в настоящее время находится в предварительной версии) LB в разных регионах:https://docs.microsoft.com/en-us/azure/load-balancer/cross-region-overview Обновление: эти межрегиональные LB имеют ограничение работать только как Public (не Internal).

Входная дверь Azure - еще один вариант:https://docs.microsoft.com/en-us/azure/frontdoor/front-door-overview

Тем не менее, чтобы изучить их подробнее здесь.

Ну , технически вы можете пиринговать 2 виртуальных сети в разных регионах и использовать стандартный балансировщик нагрузки (https://feedback.azure.com/forums/217313-networking/suggestions/34575517-internal-load-balancer-vnet-peering). Я не уверен, что ASE поддерживает стандартный балансировщик нагрузки, много работал с ним, но я не понимаю, почему нет