Сведения о миграции шлюза ExpressRoute

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

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

SKU шлюзов

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

По сравнению с SKU Standard, HighPerformance и UltraPerformance, которые не поддерживают Az. Обычно они используются с общедоступными IP-адресами уровня "Базовый" и не поддерживают распределение зон доступности.

Процесс миграции шлюза

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

После миграции старый шлюз и его подключения удаляются, а новый шлюз помечается с помощью CreatedBy: GatewaySKUMigration , чтобы определить его как перенесенный ресурс и не следует удалять.

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

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

Если у вас есть шлюз ExpressRoute, развернутый в той же виртуальной сети, что и VPN-шлюз, можно использовать средство миграции шлюза ExpressRoute. Во время этого процесса не ожидается влияние на трафик VPN-шлюза.

Узнайте, как мигрировать с использованием портала Azure.
Узнайте, как использовать PowerShell для переноса.

Для повышения надежности и высокой доступности рекомендуется перейти на SKU с поддержкой Az.

Шаги по миграции в новый шлюз

1. Проверка. Убедитесь, что все ресурсы находятся в успешном состоянии. Если какие-либо предварительные требования не выполнены, проверка завершается ошибкой и миграция не может продолжиться.
2. Подготовка: Azure создает новый шлюз виртуальной сети, автоматически назначает новый общедоступный IP-адрес — новый общедоступный IP-адрес и повторно устанавливает подключения— этот процесс может занять до 45 минут; Можно указать пользовательское имя нового шлюза или Azure будет добавлять _migrated в исходное имя по умолчанию. Во время подготовки существующий шлюз заблокирован, чтобы предотвратить изменения, с возможностью прерывания и удаления нового шлюза и подключений.

3. Миграция. Переключение трафика с старого шлюза на новый. Этот шаг может занять до 15 минут и может привести к краткому прерыванию подключения.
4. Фиксация. Завершение миграции путем удаления исходного шлюза и его подключений. Если необходимо отменить миграцию, сначала переключите трафик обратно в исходный шлюз, нажав переключатель в разделе "Миграция ", а затем нажмите кнопку "Миграция", а затем выберите "Отменить " для удаления нового шлюза и его подключений.

Limitations

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

• Только ExpressRoute: средство миграции предназначено для шлюзов виртуальной сети ExpressRoute. Он не поддерживает VPN-шлюзы или другие типы шлюзов. - То же требование к виртуальной сети: миграция поддерживается только в одной виртуальной сети. Миграции между подписками, между регионами или между шлюзами (например, на/с VPN-шлюзов) не поддерживаются.
• Понижение недоступно: понижение SKU с поддержкой Az до SKU без поддержки Azне поддерживается.
• Размер подсети шлюза: Подсеть шлюза должна иметь префикс /27 или меньше, чтобы продолжить миграцию. Для получения дополнительной информации см. статью "Создание нескольких префиксов для подсети".
• Подключение к частной конечной точке: частные конечные точки ,подключенные через частный пиринг ExpressRoute, могут столкнуться с проблемами подключения во время миграции . Ознакомьтесь с рекомендациями по устранению этих проблем в документации по подключению к частной конечной точке. Подключение к частной конечной точке.
• Устаревшие шлюзы: шлюзы ExpressRoute, созданные или подключенные к каналам в 2017 году или ранее, не поддерживаются.
• Неподдерживаемые номера SKU: шлюзы, использующие номер SKU по умолчанию , не имеют права на миграцию. Для проверки возможности миграции вашего шлюза должно быть уведомление от Advisor.

Подробные сведения об устранении ошибок и рекомендаций см. в разделе "Устранение неполадок при миграции шлюза".

FAQ

Как добавить второй префикс в GatewaySubnet?

Добавление нескольких префиксов в GatewaySubnet в настоящее время находится в общедоступной предварительной версии и поддерживается только с помощью PowerShell. Инструкции см. в разделе "Создание нескольких префиксов для подсети".

Как отслеживать работоспособность нового шлюза?

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

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

Приведет ли миграция к простою?

Миграция может вызвать несколько минут простоя. Запланируйте миграцию во время периода обслуживания, чтобы свести к минимуму влияние.

Как долго я могу ждать, прежде чем подключиться к новому шлюзу?

У вас есть до 15 дней, чтобы сделать обязательство после подготовки к миграции. Используйте это время для проверки подключения и обеспечения выполнения всех требований перед завершением миграции.

Как проверить, подходит ли SKU моего шлюза для миграции?

Azure Advisor уведомит вас, если ваш шлюз подходит для миграции или требует её. Вы также можете проверить ресурс шлюза ExpressRoute на портале Azure — если ваш шлюз подходит, баннер в верхней части страницы отобразит сообщение: "Реализуйте шлюзы ExpressRoute с избыточностью зон".

Как проверить, является ли шлюз устойчивым к зоне после миграции?

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

• Проверьте Azure Advisor: если ваш шлюз обладает устойчивостью к зонам, вы больше не увидите оповещения от Azure Advisor, рекомендующие шлюз с зональным резервированием.
• Проверьте теги ресурсов: перенесенный шлюз будет иметь метку GatewaySKUMigrationпо умолчанию, указывающую, что она была перемещена в модель развертывания, устойчивую к зонам.

Эти проверки подтверждают устойчивость шлюза к устойчивости в зоне.

Можно ли откатить это изменение?

Да, пока он не будет зафиксирован. Миграция состоит из четырех основных этапов:

1. Проверка— подтверждает, имеет ли шлюз право на миграцию. На этом этапе изменений нет; ничего откатывать.

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

3. Миграция— передача конфигурации из существующего шлюза в новую. При необходимости конфигурацию можно вернуть к существующему шлюзу после шага 3.

4. Закрепление — окончательное завершение миграции путем деактивации старого шлюза и его подключений. После фиксации изменений их больше нельзя откатить.

Что такое влияние трафика во время миграции? Существует ли потеря пакетов или нарушение маршрутизации?

Во время миграции трафик перенаправляется без проблем. Ожидаемые потери пакетов или прерывания маршрутизации в обычных условиях отсутствуют.

Что делать, если шаг подготовки завершается сбоем из-за подключения между регионами в канале SKU уровня "Базовый" во время миграции шлюза?

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

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

• Устранение неполадок миграции с помощью Troubleshooting Gateway Migration.
• Узнайте, как мигрировать с использованием портала Azure.
• Узнайте, как использовать PowerShell для переноса.