Базовая балансировка нагрузки Azure vs Traffic Manager

Можно ли объяснить разницу между балансировкой нагрузки VM (на новом портале Azure) и менеджером трафика Azure (в настоящее время управляемым только с старого портала) и как они взаимодействуют?

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

Что произойдет, если я не настроил конечную точку с балансировкой нагрузки (на новом портале Azure), а вместо этого настроил диспетчер трафика Azure, чтобы вместо этого балансировать баланс между ними? Это одно и то же?
Можно ли использовать оба вида балансировки нагрузки в тандеме? (диспетчер трафика настроен на переход на другой ресурс по регионам и использует балансировку нагрузки VM для круглых роботов в зонах доступности?)

Ответы

Ответ 1

Джеймс

Я думаю, что вы уже многое из этого выяснили.

Балансировка нагрузки VM:

Работает только с виртуальными машинами, находящимися в том же регионе
Только Round Robin
Работает на уровне TCP/UDP, маршрутизируя трафик между одной или несколькими частными конечными точками, которые находятся за общедоступной конечной точкой.

https://www.windowsazure.com/en-us/manage/windows/common-tasks/how-to-load-balance-virtual-machines/

Диспетчер трафика отличается тем, что:

Он может работать через регионы.
Он предлагает политики управления трафиком, отличные от циклических (например, отказоустойчивость, производительность)
Он работает на уровне DNS, "маршрутизируя" ** трафик между одной или несколькими публичными конечными точками, которые находятся за общим DNS-именем.

https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-manage-profiles/

Вы действительно можете использовать Балансировщик нагрузки и Диспетчер трафика в тандеме, вы нанесете гвоздь на голову там.

Влад

** Диспетчер трафика фактически не маршрутизирует трафик, он просто служит для вызывающего абонента DNS-имя публичной конечной точки, где их трафик должен идти в соответствии с действующими политиками.

Ответ 2

Azure Traffic Manager.

Задача Azure Traffic Manager состоит в том, чтобы маршрутизировать трафик глобально на основе гибких политик, обеспечивая отличную работу пользователя, которая согласуется с тем, как вы структурировали свое приложение по всему миру. Диспетчер трафика имеет несколько различных политик:

Задержка. Прямо к "ближайшей службе"

Round Robin.. Распространяйте все службы.

Отказоустойчивость. Прямой для резервного копирования, если первичный сбой

Вложенные. Гибкие многоуровневые политики

Лазерная балансировка нагрузки

Задача балансировки нагрузки Azure - направлять трафик внутри региона. Это сочетается с Azure Traffic Manager, где диспетчер трафика маршрутизирует внутренние области между виртуальными машинами. Если вы объедините эти два, вы получите глобальное управление трафиком в сочетании с локальным отказоустойчивостью.

Разделители балансировки нагрузки Существуют различные варианты распределения сетевого трафика с помощью Microsoft Azure. Эти параметры работают по-разному друг от друга, имеют разные функции и поддерживают разные сценарии. Каждый из них может использоваться отдельно или комбинировать их.

Различия в балансировке нагрузки

Существуют различные варианты распространения сетевого трафика с использованием Microsoft Azure. Эти параметры работают по-разному друг от друга, имеют разные функции и поддерживают разные сценарии. Каждый из них может использоваться отдельно или комбинировать их.

Лазерная балансировка нагрузки работает на транспортном уровне (уровень 4 в стеке ссылок сети OSI). Он обеспечивает распределение трафика на уровне сети через экземпляры приложения, работающего в одном и том же центре данных Azure.

Шлюз приложения работает на уровне приложения (уровень 7 в стеке ссылок сети OSI). Он действует как услуга обратного прокси, заканчивая клиентским подключением и пересылкой запросов на конечные конечные точки.

Диспетчер трафика работает на уровне DNS. Он использует ответы DNS для прямого трафика конечного пользователя на глобально распределенные конечные точки. Клиенты затем напрямую подключаются к этим конечным точкам.

ССЫЛКИ:

https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-overview

https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-overview

https://www.concurrency.com/blog/w/azure-traffic-manager-vs-azure-load-balancer

Ответ 3

Есть два важных вопроса, которые, как мне кажется, нужно упомянуть. Диспетчер трафика не загружает баланс, это интеллектуальный DNS-резольвер. Лазерная балансировка нагрузки не дает никакого аффинности. Второе различие заключается в том, что диспетчер трафика может разрешать только конечные точки Azure, которые не работают, если у вас есть гибридная настройка, где конечные точки службы разделены между Azure и вашим центром данных или другими облачными облачными облачными областями.

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