Обновление Load Balancer ценовой категории "Базовый" — руководство

  • Статья

Внимание

30 сентября 2025 г. базовая подсистема балансировки нагрузки будет прекращена. Дополнительные сведения см. в официальном объявлении. Если вы используете Базовую подсистему балансировки нагрузки, обязательно обновите ее до Load Balancer (цен. категория до даты выхода на пенсию. В этой статье описано, как выполнить процесс обновления.

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

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

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

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

SKU Load Balancer уровня "Базовый" и "Стандартный номер SKU Load Balancer"

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

Функция номер SKU Load Balancer (цен. категория Базовый номер SKU Load Balancer
Тип внутренней части На основе IP-адресов или NIC На основе NIC
Протокол TCP, UDP; TCP, UDP;
Конечные точки серверного пула Виртуальные машины или масштабируемые наборы виртуальных машин в одной виртуальной сети. Виртуальные машины в одной группе доступности или масштабируемом наборе виртуальных машин.
Протокол пробы работоспособности TCP, HTTP, HTTPS TCP, HTTP
Реакция на сбой зонда работоспособности TCP-подключения остаются в живых при пробе экземпляра и на всех пробах вниз TCP-подключения остаются активными при сбое проверки экземпляра. Все TCP-подключения заканчиваются, когда все пробы отключены
Зоны доступности Избыточные между зонами и зональные внешние интерфейсы для входящего и исходящего трафика. Недоступно
Диагностика Многомерные метрики Azure Monitor Не поддерживается
Порты высокого уровня доступности Доступно для внутреннего Load Balancer Недоступно
Обеспечение безопасности по умолчанию Закрыто для входящих потоков, если иное не разрешено группой безопасности сети. Внутренний трафик из виртуальной сети во внутреннюю подсистему балансировки нагрузки разрешен. Открыты по умолчанию. Группа безопасности сети необязательна.
Правила для исходящего трафика Декларативная конфигурация NAT для исходящего трафика Недоступно
Сброс подключений TCP в режиме простоя Доступно для любого правила Недоступно
Несколько внешних интерфейсов Входящий и исходящий. Передача только входящих данных
Операции управления Большинство операций < 30 секунд Большинство операций 60–90 секунд
Соглашение об уровне обслуживания 99,99 % Недоступно
Поддержка глобального пиринга виртуальная сеть Стандартная балансировка нагрузки поддерживается через глобальный пиринг виртуальная сеть Не поддерживается
Поддержка шлюза NAT Подсистема балансировки нагрузки уровня "Стандартный" и "Стандартный" поддерживаются через шлюз Nat Не поддерживается
Поддержка приватного канала Внутренняя подсистема балансировки нагрузки ценовой категории "Стандартный" поддерживает работу через Приватный канал Azure. Не поддерживается
Глобальный уровень (предварительная версия) Load Balancer (цен. категория поддерживает глобальный уровень для общедоступных LB, обеспечивающий балансировку нагрузки между регионами. Не поддерживается

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

Используйте эти скрипты PowerShell для обновления с уровня "Базовый" до номера SKU уровня "Стандартный":

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

Примечание.

Хотя обновление базовой подсистемы балансировки нагрузки вручную до Load Balancer (цен. категория с помощью портала является вариантом, рекомендуется использовать приведенный выше параметр автоматического скрипта из-за количества шагов и сложности миграции. Автоматизация обеспечивает согласованную миграцию и сокращает время простоя для балансировки нагрузки приложений.

При переходе с уровня "Базовый" на SKU "Стандартный" подсистема балансировки нагрузки SKU вручную следует учитывать несколько ключевых аспектов.

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

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

  1. Измените все общедоступные IP-адреса, связанные с базовым балансировщиком нагрузки и серверной Виртуальные машины, на выделение статического
  2. Для частных подсистем балансировки нагрузки запишите частные IP-адреса, выделенные для конфигураций внешних IP-адресов.
  3. Запись членства серверного пула в базовом балансировщике нагрузки
  4. Запись правил балансировки нагрузки, правил NAT и конфигурации пробы работоспособности базовой подсистемы балансировки нагрузки
  5. Создайте подсистему балансировки нагрузки SKU уровня "Стандартный", соответствующую общедоступной или частной конфигурации базовой подсистемы балансировки нагрузки. Присвойте конфигурации внешнего IP-адреса временное имя. Для общедоступных подсистем балансировки нагрузки используйте новый общедоступный IP-адрес для конфигурации внешнего интерфейса. Инструкции см. в разделе "Создание общедоступной подсистемы балансировки нагрузки" на портале или создание внутренней подсистемы балансировки нагрузки на портале
  6. Дублируйте конфигурацию Load Balancer базового номера SKU для следующего вида:
    1. Имена серверного пула
    2. Членство в серверном пуле (виртуальные машины и масштабируемые наборы виртуальных машин)
    3. Зонды работоспособности
    4. Правила балансировки нагрузки — используйте временную конфигурацию внешнего интерфейса
    5. Правила NAT — используйте временную конфигурацию внешнего интерфейса
  7. Для общедоступных подсистем балансировки нагрузки, если у вас еще нет, создайте новую группу безопасности сети с правилами разрешения трафика, поступающих через правила Load Balancer.
  8. Для серверных компонентов масштабируемого набора виртуальных машин удалите связь Load Balancer в параметрах сети и обновите экземпляры.
  9. Удаление базовой подсистемы балансировки нагрузки

    Примечание.

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

  10. Обновите все общедоступные IP-адреса, ранее связанные с базовым балансировщиком нагрузки и серверной Виртуальные машины до номера SKU уровня "Стандартный". Для Масштабируемые наборы виртуальных машин удалите любую конфигурацию общедоступного IP-адреса уровня экземпляра, обновите экземпляры, а затем добавьте новую с номером SKU уровня "Стандартный" и снова обновите экземпляры.
  11. Повторно создайте конфигурации внешнего интерфейса из базовой подсистемы балансировки нагрузки на только что созданном Load Balancer (цен. категория , используя те же общедоступные или частные IP-адреса, что и в Базовой подсистеме балансировки нагрузки
  12. Обновите правила балансировки нагрузки и NAT, чтобы использовать соответствующие конфигурации внешнего интерфейса.
  13. Для общедоступных подсистем балансировки нагрузки создайте одно или несколько правил исходящего трафика, чтобы разрешить доступ к Интернету для внутренних пулов
  14. Удаление временной конфигурации внешнего интерфейса
  15. Проверьте, как ожидалось, входящий и исходящий трафик через новый Load Balancer (цен. категория

Вопросы и ответы

Будет ли базовое влияние на выход подсистемы балансировки нагрузки Облачные службы развертывания расширенной поддержки (CSES) ?

Нет, это отключение не повлияет на существующие или новые развертывания в CSES. Это означает, что вы по-прежнему можете создавать и использовать базовые подсистемы балансировки нагрузки для развертываний CSES. Однако мы рекомендуем использовать SKU уровня "Стандартный" в собственных ресурсах ARM (которые не зависят от CSES), так как стандарт имеет больше преимуществ, чем базовый.

Next Steps

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

Обновление общедоступного IP-адреса уровня "Базовый" до общедоступного IP-адреса уровня "Стандартный" — руководство