Миграция Load Balancer в поддержку зоны доступности

В этом руководстве описывается, как перенести Load Balancer с поддержки недоступной зоны на поддержку доступности. Мы рассмотрим различные варианты миграции.

Подсистема балансировки нагрузки (цен. категория "Стандартный") поддерживает дополнительные возможности в регионах, где доступны зоны доступности. Конфигурации зон доступности доступны для обоих типов подсистемы балансировки нагрузки (цен. категория "Стандартный"); public и internal. Интерфейс, избыточный между зонами, выдерживает сбой зоны, используя выделенную инфраструктуру во всех зонах одновременно. Одна или несколько зон доступности могут завершиться ошибкой, и путь к данным сохраняется до тех пор, пока одна зона в регионе остается работоспособной. Кроме того, интерфейс можно закрепить в определенной зоне. Зональные внешние интерфейсы обслуживаются только выделенной инфраструктурой в одной зоне. Независимо от зональной конфигурации внутренний пул может содержать виртуальные машины из любой зоны.

Предварительные требования

• Используйте SKU уровня "Стандартный" для подсистемы балансировки нагрузки и общедоступный IP-адрес для поддержки зон доступности.
• Тип SKU "Базовый" не поддерживается.
• Чтобы создать или переместить этот ресурс, необходимо иметь роль участника сети или выше.

Требования к времени простоя

Необходимость простоя. Для всех сценариев миграции требуется некоторое время простоя для изменения ресурсов, используемых конфигурациями подсистемы балансировки нагрузки.

Примечание

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

Вариант миграции 1. Разрешить существующим Load Balancer использовать зоны доступности (один и тот же регион)

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

Примечание

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

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

Конфигурация IP внешнего интерфейса	Рекомендация
Зональный интерфейс	Рекомендуется создавать зональный интерфейс, когда серверная часть сосредоточена в определенной зоне. Например, если серверные экземпляры закреплены в зоне 2, имеет смысл создать интерфейсную IP-конфигурацию в зоне доступности 2.
Внешний интерфейс, избыточный между зонами	Если ресурсы (виртуальные машины, сетевые карты, IP-адреса и т. д.) в серверном пуле распределены между зонами, рекомендуется создать избыточный между зонами интерфейс. Это обеспечит высокий уровень доступности и обеспечит беспроблемное подключение, даже если зона выходит из строя.

Вариант миграции 2. Миграция Load Balancer в другой регион с помощью AZ

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

Перенос внутренней Load Balancer

При создании внутренней подсистемы балансировки нагрузки виртуальная сеть настраивается в качестве сети для подсистемы балансировки нагрузки. Частный IP-адрес в виртуальной сети настраивается в качестве внешнего интерфейсного адреса (с именем LoadBalancerFrontend по умолчанию) для этой подсистемы балансировки нагрузки. При настройке этого IP-адреса fe можно выбрать зоны доступности.

Внутренние подсистемы балансировки нагрузки Azure нельзя перемещать из одного региона в другой. Необходимо связать новую подсистему балансировки нагрузки с ресурсами в целевом регионе. Для миграции можно использовать шаблон Azure Resource Manager для экспорта существующей конфигурации и виртуальной сети внутренней подсистемы балансировки нагрузки. Затем можно разместить ресурс в другом регионе, экспортировав подсистему балансировки нагрузки и виртуальную сеть в шаблон, изменив параметры в соответствии с регионом назначения и развернув шаблон в новом регионе.

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

Сведения о переносе внутренней подсистемы балансировки нагрузки в зоны доступности между регионами см. в статье Перемещение внутренних Load Balancer между регионами.

Перенос общедоступного (внешнего) Load Balancer

Общедоступные подсистемы балансировки нагрузки Azure нельзя перемещать между регионами. Чтобы повторно развернуть подсистему балансировки нагрузки в новом регионе с зонами, наиболее подходящим подходом является экспорт шаблона Azure Resource Manager существующего общедоступного IP-адреса и внешнего балансировщика нагрузки. Затем можно разместить ресурсы в другом регионе, изменив шаблон и параметры в соответствии с целевым регионом, а затем развернуть шаблон в новом регионе.

Сведения о переносе общедоступной подсистемы балансировки нагрузки в зоны доступности между регионами см. в статье Перемещение общедоступных Load Balancer между регионами.

Ограничения

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

Дальнейшие действия

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

Load Balancer и зоны доступности.