Обновление с базовой подсистемы балансировки нагрузки — руководство

В этой статье мы обсудим руководство по обновлению экземпляров Load Balancer уровня "Базовый" до уровня "Стандартный". Стандартный балансировщик нагрузки рекомендуется для всех экземпляров в продуктивной среде и вносит множество важных отличий в инфраструктуру.

Шаги по завершению обновления

Мы рекомендуем следующий подход для обновления до стандартного уровня нагрузки (Load Balancer (цен. категория "Стандартный")).

1. Узнайте о некоторых ключевых различиях между Базовым балансировщиком нагрузки и Подсистемой балансировки нагрузки уровня "Стандартный".
2. Определите базовую подсистему балансировки нагрузки для обновления.
3. Создайте план миграции для запланированного простоя.
4. Выберите метод миграции для вашего сценария.
5. Убедитесь, что ваше приложение и рабочие нагрузки получают трафик через стандартный балансировщик нагрузки. Затем удалите ресурс базового балансировщика нагрузки.

Номенклатура SKU "Базовый балансировщик нагрузки" и "Стандартный балансировщик нагрузки"

Прежде чем планировать миграцию, ознакомьтесь с полным сравнением возможностей Basic и Standard балансировщика нагрузки, включая типы серверной части, поведение проверки работоспособности, зоны доступности и SLA, в статье Сравнение SKU балансировщика нагрузки. Понимание этих различий помогает планировать любые изменения конфигурации, которые понадобятся вашим нагрузкам после обновления.

Сведения об ограничениях см. в разделе "Ограничения Load Balancer".

Выбор метода миграции

• Модуль PowerShell (рекомендуется): используйте AzureBasicLoadBalancerUpgrade модуль , когда ваш сценарий поддерживается. Запустите команду валидации и устраните зарегистрированные блокировщики до миграции.
• Ручная перестройка Azure Portal: Следуйте шагам ручной миграции, если модуль PowerShell не поддерживает ваш сценарий или когда вам нужно прямое управление восстановлением конфигурации. Этапы обновления портала представляют собой пересборку вручную, а не отдельное обновление на месте.

Связанные публичные IP-адреса Basic также могут потребовать обновления. Для получения рекомендаций см. раздел «Обновить публичный IP-адрес Basic до стандартного SKU».

Обновление вручную

При ручной миграции с базового SKU на стандартный SKU балансировщика нагрузки важно учитывать несколько ключевых аспектов.

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

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

Подготовьте базовую конфигурацию Load Balancer

1. Измените все общедоступные IP-адреса, связанные с базовым балансировщиком нагрузки и серверными виртуальными машинами, на статическое распределение.
2. Для частных подсистем балансировки нагрузки запишите частные IP-адреса, выделенные для конфигурации IP-адресов для фронтенда.
3. Документирование членства в пуле серверов базового балансировщика нагрузки
4. Запись правил балансировки нагрузки, правил NAT и конфигурации пробы работоспособности базовой подсистемы балансировки нагрузки

Воссоздать и проверить конфигурацию Load Balancer (цен. категория "Стандартный")

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

2. Повторите конфигурацию Basic SKU Load Balancer для следующих задач:

   1. Имена серверного пула
   2. Членство в серверном пуле (виртуальные машины и масштабируемые наборы виртуальных машин)
   3. Проверки состояния здоровья
   4. Правила балансировки нагрузки — используйте временную конфигурацию внешнего интерфейса
   5. Правила NAT — используйте временную конфигурацию внешнего интерфейса

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

4. Убедитесь, что балансировщик нагрузки уровня "Стандартный" содержит ожидаемые временную интерфейсную конфигурацию, пулы серверной части, проверки работоспособности и правила. Устраните любые ошибки конфигурации перед продолжением.

   Важно

   Этот контрольный пункт проверяет восстановленную конфигурацию, а не живой трафик приложений. Ресурсы SKU уровней Basic и Standard нельзя использовать вместе, поэтому после переключения выполните проверку рабочего трафика. Сохраняйте записанную конфигурацию Basic Load Balancer и не удаляйте ресурс Basic, если стандартная конфигурация не подтверждается.

Перейдите на Стандартный балансировщик нагрузки

1. Для серверных компонентов масштабируемого набора виртуальных машин удалите связь Load Balancer в параметрах сети и обновите экземпляры.
2. Удаление базовой подсистемы балансировки нагрузки

   Примечание

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

3. Обновите все общедоступные IP-адреса , ранее связанные с базовым балансировщиком нагрузки и серверными виртуальными машинами до номера SKU уровня "Стандартный". Для масштабируемых наборов виртуальных машин удалите любую конфигурацию общедоступного IP-адреса на уровне экземпляра, обновите экземпляры, а затем добавьте новую с номером SKU уровня "Стандартный" и снова обновите экземпляры.
4. Повторно создайте конфигурации внешнего интерфейса из Базовой подсистемы балансировки нагрузки на только что созданной подсистеме балансировки нагрузки уровня "Стандартный", используя те же общедоступные или частные IP-адреса, что и в базовой подсистеме балансировки нагрузки
5. Обновите правила балансировки нагрузки и NAT, чтобы использовать соответствующие конфигурации внешнего интерфейса.
6. Для общедоступных подсистем балансировки нагрузки создайте одно или несколько правил исходящего трафика , чтобы разрешить доступ к Интернету для внутренних пулов

Проверяйте движение и убирайте

1. Проверьте входящий и исходящий поток трафика через новый Load Balancer (цен. категория "Стандартный"), как и ожидается.
2. Уберите временную конфигурацию фронтенда.

FAQ

Влияет ли вывод из эксплуатации Basic Load Balancer на развертывания Cloud Services Extended Support (CSES)?

Нет, этот вывод из эксплуатации не влияет на ваши существующие или новые развертывания в CSES. Это условие означает, что вы всё ещё можете создавать и использовать базовые балансировщики нагрузки для развертывания CSES. Однако используйте Standard SKU на нативных ресурсах Azure Resource Manager (ARM) (тех, что не зависят от CSES), когда это возможно, потому что у Standard больше преимуществ, чем у Basic.

Что происходит с моим ресурсом Basic Load Balancer после выхода на пенсию?

Базовые балансировщики нагрузки остаются в рабочем состоянии после 30 сентября 2025 года, что даёт вам больше времени для перехода на стандартный SKU. Если вы продолжите использовать базовые балансировщики нагрузки после даты выхода на пенсию, вы принимаете риски и признаёте, что услуга не поддерживается и не покрывается гарантиями SLA.

Дальнейшие шаги

Инструкции по обновлению общедоступных IP-адресов уровня "Базовый" до номеров SKU уровня "Стандартный" см. в статье: