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

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

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

Important

30 сентября 2025 г. общедоступные IP-адреса SKU уровня "Базовый" будут прекращены. Дополнительные сведения см. в официальном объявлении. Если вы в настоящее время используете общедоступные IP-адреса уровня Basic SKU, обязательно обновите их до уровня Standard SKU до даты прекращения обслуживания.

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

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

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

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

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

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

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

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

Переход на ErGwScale (Scalable Gateway)

Масштабируемый шлюз ExpressRoute (ErGwScale) — это новый номер SKU шлюза виртуальной сети, предоставляющий гибкие и высокоскоростные подключения для виртуальных сетей Azure.

Important

Минимальная единица масштабирования должна быть 1, если максимальное число единиц масштабирования равно 1.

Вы можете настроить масштабирование шлюза в соответствии с требованиями, задав минимальные и максимальные единицы масштабирования:

  • Чтобы настроить шлюз фиксированного размера, задайте для минимального и максимального единиц масштабирования одинаковое значение (например, задайте для обоих 1 значение 20, задайте для обоих значение 40).
  • Чтобы включить автомасштабирование, задайте минимальное число единиц масштабирования2 или более поздней и укажите нужную максимальную единицу масштабирования (до 40).

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

Дополнительные сведения см. в разделе "О масштабируемом шлюзе".

Scenario Минимальная единица масштабирования Максимальное число единиц масштабирования Автоматическое масштабирование включено?
Фиксированное масштабирование 1 1 нет
Фиксированное масштабирование 20 20 нет
Фиксированное масштабирование 40 40 нет
Autoscaling 2 или больше До 40 Да

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

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

Note

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

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

Important

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

Limitations

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

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

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

FAQ

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

Добавление нескольких префиксов в GatewaySubnet в текущий момент доступно через командную строку (PowerShell, CLI) или шаблоны Azure Resource Manager. При добавлении дополнительного префикса оба префикса будут использоваться перенесенным шлюзом, поэтому не удаляйте старый префикс. Инструкции см. в разделе "Создание нескольких префиксов для подсети".

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

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

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

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

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

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

Для коммита не требуется обязательный период ожидания. Однако, если вам нужно время, чтобы проверить соединение и убедиться, что все требования выполнены перед завершением миграции, у вас будет до 15 дней после миграции, чтобы подтвердить её.

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

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

Изображение уведомления Помощник по Azure в обзоре шлюза.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Last updated on