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

В этой статье объясняется процесс миграции с общедоступного IP-адреса SKU уровня "Базовый" на общедоступный IP-адрес SKU уровня "Стандартный" для развертывания VPN-шлюз. Существуют отдельные временные шкалы миграции в зависимости от типа SKU VPN-шлюз, который в настоящее время настроен для использования в шлюзе.

Это важно

Сведения о ожидаемых временных шкалах миграции см. в статье VPN-шлюз . Новые возможности.

Вопросы миграции

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

  • Для SKU шлюза VPN-шлюз уровня "Базовый":

  • Для SKU VPN-шлюза VPNGw1-5 и устаревших SKU (высокопроизводительный и стандартный).

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

    • При настройке третьего виртуального IP в активно-активном режиме для режима «точка-сеть» (P2S) необходимо использовать незональный общедоступный IP-адрес.

    • Средство миграции требует, чтобы подсеть шлюза должна иметь по крайней мере адресное пространство /27. Если подсеть шлюза в настоящее время имеет значение /28 или меньше, миграция завершается сбоем и возвращает ошибку. Перед началом миграции разверните подсеть шлюза до /27 или более поздней версии. Чтобы добавить несколько префиксов для подсети, см. несколько префиксов для подсети.

    • Если у вас есть ExpressRoute и VPN сосуществуют, рекомендуется сначала перенести базовые IP-ресурсы на стандартные IP-ресурсы в VPN.

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

В зависимости от текущего номера SKU VPN-шлюза могут возникнуть различные вопросы о процессе миграции. Ниже приведены некоторые часто задаваемые вопросы, которые помогут вам лучше понять миграцию.

НОМЕРА SKU VPN-шлюза VPNGw1-5

Сколько времени обычно занимает сквозная миграция?

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

Сколько времени занимает каждый шаг миграции?

Длительность шага миграции может отличаться в зависимости от сложности среды. В среднем:

  • Подготовка: обычно до 40 минут, не более 1 часа.
  • Выполнение: занимает около 5–10 минут. (Это единственный шаг, когда ожидается краткое время простоя.)
  • Коммит: обычно до 30 минут, с максимальной продолжительностью 1 час.

Сколько времени я могу ждать перед внесением изменений миграции?

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

Как будет затронут SKU шлюза после миграции общедоступного IP-адреса в SKU уровня "Базовый"?

После обновления с общедоступного IP-адреса SKU уровня "Базовый" до общедоступного IP-адреса SKU уровня "Стандартный" VPN-шлюз SKU VPNGW1-5 будет перенесен на VPNGW1AZ-5. В результате вы можете увидеть, что SKU изменен с Non-AZ на AZ-SKU. Дополнительные сведения о влиянии SKU на шлюз см. в статье о миграции SKU шлюза .

Изменится ли IP-адрес VPN-шлюза после переноса общедоступного IP-адреса?

  • Если вы используете интерфейс миграции Microsoft, IP-адрес шлюза не изменится.
  • Если вы вручную удалите текущий VPN-шлюз с общедоступным IP-адресом SKU уровня "Базовый" и создадите новый VPN-шлюз с помощью общедоступного IP-адреса SKU уровня "Стандартный", ip-адрес шлюза изменится.

Будет ли время простоя?

Ожидается до 10 минут простоя во время процесса миграции, предоставляемого Microsoft.

Нужно ли выполнять какие-либо действия для миграции?

Интерфейс миграции, предоставляемый Microsoft, — это миграция, инициированная клиентом. Вам потребуется инициировать процесс миграции. Ожидается, что процесс миграции займет до 10 минут.

Существуют ли предварительные требования к миграции?

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

Можно ли вручную изменить общедоступный IP-адрес номера SKU уровня "Стандартный"?

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

Если удалить и повторно создать шлюз, изменится ли IP-адрес?

Да, IP-адрес изменяется с помощью этого подхода. Это означает, что вам придется убедиться, что новый IP-адрес обновляется во всех внутренних инструментах по мере необходимости.

Будет ли перенос VPN-шлюза влиять на трафик ExpressRoute в сосуществующей настройке?

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

Можно ли включить защиту от атак DDoS во время миграции шлюза?

No. Пока шлюз находится в процессе миграции (между Execute и Commit), не вносите никаких изменений в общедоступный IP-адрес, шлюз или подключения. Включение защиты от атак DDoS или других дополнительных функций на этом этапе может блокировать миграцию или предотвращать откат. Включайте такие возможности только после полного завершения миграции (после Commit).

Можно ли изменить IP-адрес, VPN-шлюз, подсеть или подключения во время миграции?

No. Пока VPN-шлюз находится в процессе миграции (между Execute и Commit), нельзя вносить какие-либо изменения в следующее:

Общедоступный IP-адрес Конфигурация VPN-шлюза Подсеть шлюза Подключения

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

Что произойдет, если я внесу изменения во время миграции и шлюз зависнет?

Если шлюз входит в зависающее или неустранимое состояние миграции из-за изменений, внесенных во время миграции:

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

SKU шлюза vpnGw1-5 Active-Active

Почему для моего VPN-шлюз Active‑Active с подключениями типа «точка — сеть» (P2S) требуется третий общедоступный IP-адрес?

Для VPN-шлюзов Active-Active с поддержкой P2S требуется третий общедоступный IP-адрес для поддержки конечной точки P2S вместе с двумя IP-адресами, используемыми для экземпляров Active-Active.

В документации говорится, что третий общедоступный IP-адрес должен быть не зональным. Это все еще требуется?

Yes.
Для этого сценария третий общедоступный IP-адрес необходимо настроить без зон (не зональный), чтобы обеспечить совместимость с конфигурацией VPN-шлюз и будущими операциями обновления.

Когда нужно создать третий общедоступный IP-адрес во время миграции?

Третий общедоступный IP-адрес должен быть создан и подключён к VPN-шлюзу до начала миграции (Базовый → Стандартный IP-адрес).

Это гарантирует:

  • Конфигурация шлюза завершена до миграции
  • Процесс миграции продолжается без проблем с проверкой или обновлением

Как создать обязательный незональный общедоступный IP-адрес?

В регионах, где общедоступные IP-адреса с избыточностью по зонам используются по умолчанию, следует создать третий общедоступный IP-адрес с помощью Azure CLI, PowerShell или REST API версии 2020-08-01 либо более поздней, указав незональный общедоступный IP-адрес / IP-адрес без зоны и убедившись, что зоны доступности не указаны.

Это позволяет создать общедоступный IP-адрес в незональной конфигурации, которая требуется для этого сценария.

Можно ли использовать общедоступный IP-адрес с избыточностью между зонами вместо незонального IP-адреса для третьего IP-адреса P2S?

No.

Все общедоступные IP-адреса, связанные с VPN-шлюз, должны использовать конфигурацию consistent. Использование зонально-избыточного общедоступного IP-адреса в качестве третьего IP-адреса может привести к сбоям при развертывании или обновлении.

Влияет ли такое поведение на все миграции VPN-шлюза?

No.

Это требование относится к следующему:

  • Шлюзы VPN Active-Active
  • С включенной функцией "точка — сеть" (P2S)

Как протекает миграция для VPN-шлюза Active-Active с использованием базового общедоступного IP-адреса? Вызывает ли он полный сбой шлюза?

No. Во время миграции с общедоступного IP-адреса уровня "Базовый" на стандартный общедоступный IP-адрес VPN-шлюз переносится как единое целое и повторно устанавливает подключение в рамках процесса миграции. Миграция не перемещает трафик из одного экземпляра шлюза в другой экземпляр и не приводит к полному сбою шлюза. Короткие прерывания подключения могут возникать во время миграции по мере восстановления подключений, но шлюз не отключается полностью.

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

No. Ожидается, что VPN-туннели будут повторно устанавливаться в процессе миграции, но они не переносятся и отказоустойчивость не обеспечивается для каждого отдельного экземпляра. Туннели не должны быть нестабильными из-за переноса отдельных экземпляров шлюза, и миграция не ограничивается конкретными экземплярами в шлюзе Active-Active.

Как следует описать время простоя для миграции VPN-шлюза Active-Active?

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

После миграции отображается изменение IP-адреса однорангового ip-адреса BGP. Нужно ли обновить IP-адреса однорангового узла BGP после переноса активно-активного VPN-шлюз на стандартный IP-адрес?

No. Хотя на портале Azure отображаются новые IP-адреса однорангового узла BGP после миграции, существующие локальные конфигурации BGP продолжают работать без изменений. Azure автоматически перенаправляет трафик с исходных IP-адресов однорангового узла BGP на IP-адреса однорангового узла BGP, сохраняя подключения и сеансы BGP.

Созданные клиентом маршруты и подсистемы балансировки нагрузки во время миграции VPN-шлюза

Необходимо ли просмотреть любую настраиваемую конфигурацию сети перед миграцией?

Yes. Просмотрите все созданные клиентом таблицы маршрутов (определяемые пользователем), подсистемы балансировки нагрузки, брандмауэры или NVAs, которые могут ссылать на частные IP-адреса экземпляра VPN-шлюз экземпляра (ЦС шлюза). Перед миграцией превратится распространение маршрутов BGP. Если в вашей среде используется пиринг виртуальной сети, убедитесь, что во время миграции включен пиринг синхронизации виртуальной сети.

Когда следует обновить эти конфигурации?

После шага выполнения обновите все созданные клиентом маршруты, подсистемы балансировки нагрузки, правила брандмауэра или конфигурации NVA, ссылающиеся на старые IP-адреса экземпляра шлюза.

Номер SKU базового VPN-шлюза

Можно ли создать VPN-шлюз SKU уровня "Базовый" с общедоступным IP-адресом SKU уровня "Базовый"?

Нет, вы не можете создать VPN-шлюз SKU уровня "Базовый" с общедоступным IP-адресом SKU уровня "Базовый". Для новых VPN-шлюзов с SKU уровня "Базовый" требуется SKU общедоступного IP-адреса уровня "Стандартный".

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

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

Инструкции по удалению ссылки на общедоступный IP-адрес SKU уровня "Базовый" см. в статье "Удаление ссылки на общедоступный IP-адрес базового SKU" из VPN-шлюза SKU уровня "Базовый". Шлюз продолжает использовать тот же общедоступный IP-адрес. Из шлюза удаляется только ссылка на общедоступный IP-ресурс типа Basic SKU.

Миграция серверной части

Когда Microsoft выполнит миграцию серверной части моего VPN-шлюза?

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

Изменится ли общедоступный IP-адрес VPN-шлюза во время миграции?

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

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

Yes. Миграция приводит к краткому прерыванию подключения до 10 минут при переходе шлюза на новую серверную инфраструктуру. Однако некоторые конфигурации шлюза, такие как пользовательские селекторы трафика, Active-Active P2S, P2S на основе CloudApp, Remote RADIUS и другие выявленные особые случаи, могут потребовать действий со стороны клиента, и, если их не устранить заранее, могут возникнуть проблемы с подключением.

Нужно ли предпринять какие-либо действия перед миграцией серверной части?

Yes. Завершите миграцию в режиме самообслуживания (инициируемую клиентом) до начала миграции на стороне бэкенда. Этот процесс помогает проверить определенные шаблоны трафика, приложения и топологию сети, которые Microsoft не могут полностью протестировать от вашего имени. Если вы не выполняете самостоятельную миграцию, Microsoft может автоматически перенести соответствующие шлюзы во время миграции серверной части. Эта миграция не является обратимой. Microsoft также может выполнять тесты крика на некоторых шлюзах. Шлюзы, определенные как неактивные, могут быть удалены в рамках процесса выхода на пенсию. Кроме того, перед миграцией проверьте и устраните проблемы во всех известных конфигурациях, на которые оказывается влияние, таких как пользовательские селекторы трафика, Active-Active P2S, P2S на основе CloudApp и Remote RADIUS, чтобы избежать возможных проблем с подключением.

Что произойдет, если к 30 июня 2026 г. не завершена миграция?

Миграция, инициированная клиентом, закончилась 30 июня 2026 г. Предполагалось, что вы завершите миграцию к этой дате. Если вы остаетесь на устаревшей платформе после 30 июня 2026 года, соглашение об уровне обслуживания VPN-шлюз больше не охватывает вас до завершения миграции. Запросы на продление до 31 июля 2026 года автоматически утверждены и не требуют индивидуальной проверки. Начиная с августа 2026 года Microsoft планирует перевести оставшиеся VPN-шлюзы, соответствующие критериям и ещё не мигрированные. Microsoft выполняет внутренние миграции по регионам в нерабочее время, и они могут привести к краткому прерыванию подключения, аналогичному опыту миграции, инициированной клиентом.

Дальнейшие действия

  • Last updated on