Несколько фронтендов для Azure Load Balancer

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

В этой статье объясняется, когда полезны несколько интерфейсов, как трафик передается из интерфейсных интерфейсов через правила в серверные пулы и что следует учитывать при проектировании многоуровневой топологии.

Tip

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

Когда следует использовать несколько фронтендов

При необходимости используйте несколько фронтендов:

  • Размещение нескольких веб-сайтов или служб — назначение выделенного общедоступного IP-адреса каждой службе (например, app1.contoso.com и app2.contoso.com) при совместном использовании одного внутреннего пула.
  • Отдельные протоколы на разных IP-адресах — размещать HTTP на одном фронтальном IP-адресе и TCP/UDP на другом, чтобы упростить правила группы безопасности сети и мониторинг.
  • Выход за пределы ограничений на порты входящего NAT для одного IP — один IP поддерживает до 65 535 портов на протокол. В крупных развертываниях, использующих правила NAT для входящего трафика, чтобы сопоставить уникальный порт с каждым экземпляром серверной части (например, доступ к SSH или RDP для каждой виртуальной машины), второй внешний IP-адрес предоставляет дополнительный полный диапазон портов.

Note

Каждая подсистема балансировки нагрузки поддерживает максимальное количество интерфейсных конфигураций. Текущие ограничения службы см. в разделе Load Balancer. Каждый общедоступный внешний IP-адрес также взимает плату. Дополнительные сведения см. по ценам на IP-адреса.

Как работают различные фронтенды

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

Тип правила Связь с фронтендом
Правило балансировки нагрузки Распределяет входящий трафик, поступающий на внешний IP-адрес:порт между всеми рабочими экземплярами в серверном пуле.
Правило NAT для входящего трафика Сопоставляет определенный внешний IP-адрес:port с одним экземпляром серверной части:port, обеспечивая прямой доступ к отдельным виртуальным машинам.
Правило исходящего трафика Указывает, какие фронтальные IP-адреса предоставляют порты SNAT для исходящих подключений, инициированных бекенд-экземплярами.

Несколько правил любого типа могут ссылаться на один и тот же интерфейс, и несколько интерфейсов могут использовать один и тот же внутренний пул. Если несколько правил совместно используют пул бекенда, эти правила могут совместно использовать одну пробу работоспособности, если они нацелены на один и тот же порт и протокол бекенда.

Один и тот же внутренний порт и другой внутренний порт

Если несколько правил балансировки нагрузки из разных фронтендов предназначены для одного серверного пула, можно выполнять маршрутизацию в:

  • Разные внутренние порты — каждое правило задает уникальный внутренний порт. Дополнительная конфигурация не требуется.
  • Один и тот же внутренний порт — необходимо включить плавающий IP-адрес для каждого правила.

Без плавающего IP-адреса подсистема балансировки нагрузки преобразует целевой адрес в частный IP-адрес внутренней виртуальной машины. Когда два фронтенда оба направляются на один и тот же бэкенд порт, виртуальная машина получает трафик по одному IP:port, независимо от того, через какой фронтенд он прибыл. Виртуальная машина не имеет способа различать два потока или реагировать на правильный внешний IP-адрес.

Включение плавающего IP-адреса изменяет это поведение, так как подсистема балансировки нагрузки предоставляет пакеты с исходным интерфейсным IP-адресом, сохраненным в качестве адреса назначения. При использовании плавающего IP-адреса, необходимо настроить целевые серверные виртуальные машины, добавив замкнутый интерфейс или вторичный IP-адрес, соответствующий каждому интерфейсному IP-адресу, чтобы виртуальные машины могли правильно принимать и реагировать на трафик. Дополнительные сведения см. в разделе "С плавающей IP-конфигурацией".

Следующие шаги

  • Last updated on