Миграция на шлюз виртуальной сети с поддержкой зоны доступности ExpressRoute (предварительная версия)

  • Статья

При создании шлюза виртуальной сети ExpressRoute необходимо указать номер SKU шлюза, который требуется использовать. При выборе SKU шлюза больше ЦП и пропускной способности сети выделяются шлюзу, а в результате шлюз может поддерживать более высокую пропускную способность сети и более надежные сетевые подключения к виртуальной сети.

Для шлюзов виртуальной сети ExpressRoute доступны следующие номера SKU:

  • Стандартные
  • HighPerformance
  • UltraPerformance
  • ErGw1Az
  • ErGw2Az
  • ErGw3Az
  • ErGwScale (предварительная версия)

Номера SKU с поддержкой зоны доступности

Номера SKU ErGw1Az, ErGw2Az, ErGw3Az и ErGwScale (предварительная версия), также известные как номера SKU с поддержкой Az-Enabled, поддерживают развертывания зоны доступности. Эта функция обеспечивает высокий уровень доступности и устойчивость шлюза, распределяя шлюз между несколькими зонами доступности.

Номера SKU уровня "Стандартный", HighPerformance и UltraPerformance, которые также называются номерами SKU с поддержкой зоны доступности, исторически связаны с базовыми IP-адресами, не поддерживают распределение шлюза в нескольких зонах доступности.

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

Интерфейс миграции шлюза

Исторически пользователи должны были использовать команду Resize-AzVirtualNetworkGateway PowerShell или удалить и повторно создать шлюз виртуальной сети для миграции между номерами SKU.

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

Поддерживаемые сценарии миграции

Интерфейс миграции управляемого шлюза поддерживает миграцию SKU любого из любого пользователя. Однако рекомендуется перейти на SKU с поддержкой Az.

Ограничения

Интерфейс миграции управляемого шлюза не поддерживает следующие сценарии:

  • Миграция на номер SKU шлюза виртуальной сети, настроенный с использованием базового IP-адреса

Частные конечные точки (PEs) в виртуальной сети, подключенные через частный пиринг ExpressRoute, могут иметь проблемы с подключением во время миграции. Сведения об этой проблеме см. в статье "Подключение к частной конечной точке".

Распространенные ошибки проверки

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

Виртуальная сеть

  • Для миграции подсети шлюза требуется два или более префиксов.
  • MaxGatewayCountInVnetReached — достигнуто максимальное количество шлюзов, которые можно создать в виртуальная сеть.

Connection

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

Регистрация подписки для доступа к функции

  1. Чтобы получить доступ к этой функции, необходимо зарегистрировать подписку, заполнив форму миграции шлюза ExpressRoute.

  2. После регистрации подписки вы получите подтверждение электронной почты со скриптом PowerShell или ссылкой на портал Azure миграции шлюза.

Переход на новый шлюз

  1. Сначала обновите модуль до последней Az.Network версии, выполнив следующую команду PowerShell:

    Update-Module -Name Az.Network -Force

  2. Затем добавьте второй префикс в GatewaySubnet , выполнив следующие команды PowerShell:

    $vnet = Get-AzVirtualNetwork -Name $vnetName -ResourceGroupName $resourceGroup
$subnet = Get-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet
$prefix = "Enter new prefix"
$subnet.AddressPrefix.Add($prefix)
Set-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet -AddressPrefix $subnet.AddressPrefix
Set-AzVirtualNetwork -VirtualNetwork $vnet

  3. Затем запустите скрипт PrepareMigration.ps1 для подготовки миграции. Этот скрипт создает новый шлюз виртуальной сети ExpressRoute в том же шлюзе GatewaySubnet и подключает его к существующим каналам ExpressRoute.

  4. После этого запустите скрипт Migration.ps1 , чтобы выполнить миграцию. Этот скрипт передает конфигурацию из старого шлюза в новый.

  5. Наконец, запустите скрипт CommitMigration.ps1 , чтобы завершить миграцию. Этот скрипт удаляет старый шлюз и его подключения.

    Внимание

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

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