Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье объясняется процесс миграции шлюза ExpressRoute, который позволяет перейти от SKU без поддержки Availability Zone (не Az) к SKU с поддержкой Az и от базового IP-адреса к стандартному IP-адресу. Переход на SKU с поддержкой Az и стандартные IP-адреса повышает надежность и доступность виртуальных сетевых шлюзов ExpressRoute.
Инструкции по обновлению общедоступных IP-адресов SKU уровня "Базовый" для других сетевых служб см. в разделе "Обновление номера SKU уровня "Базовый" до уровня "Стандартный".
Это важно
30 сентября 2025 г. общедоступные IP-адреса SKU уровня "Базовый" будут прекращены. Дополнительные сведения см. в официальном объявлении. Если вы в настоящее время используете общедоступные IP-адреса уровня Basic SKU, обязательно обновите их до уровня Standard SKU до даты прекращения обслуживания.
SKU шлюзов
Номера SKU ErGw1Az, ErGw2Az, ErGw3Az и ErGwScale (предварительная версия) известны как номера SKU с поддержкой зоны доступности (Az). Эти SKU позволяют развертывание в нескольких зонах доступности, что повышает отказоустойчивость и доступность за счет распределения ресурсов шлюза по зонам.
По сравнению с SKU Standard, HighPerformance и UltraPerformance, которые не поддерживают Az. Обычно они используются с общедоступными IP-адресами уровня "Базовый" и не поддерживают распределение зон доступности.
Процесс миграции шлюза
Опыт миграции шлюза позволяет развернуть второй шлюз виртуальной сети в той же подсети GatewaySubnet. Azure переносит конфигурации из старого шлюза в новый. Оба шлюза работают одновременно во время миграции, минимизируя перебои в работе, хотя кратковременные прерывания подключения могут по-прежнему возникать.
После миграции старый шлюз и его подключения удаляются, а новый шлюз помечается с помощью CreatedBy: GatewaySKUMigration , чтобы определить его как перенесенный ресурс и не следует удалять.
Поддерживаемые сценарии миграции
Опыт переноса с помощью управляемого шлюза поддерживает следующие сценарии:
- Переход с SKU без поддержки Az с базовым IP-адресом на SKU без поддержки Az со стандартным IP-адресом.
- Миграция от SKU без поддержки Az с базовым IP к SKU с поддержкой Az и стандартным IP.
Узнайте, как мигрировать с использованием портала Azure.
Узнайте, как использовать PowerShell для переноса.
Для повышения надежности и высокой доступности рекомендуется перейти на SKU с поддержкой Az.
Шаги по миграции в новый шлюз
- Проверка. Убедитесь, что все ресурсы находятся в успешном состоянии. Если какие-либо предварительные требования не выполнены, проверка завершается ошибкой и миграция не может продолжиться.
- Подготовка. Azure создает новый шлюз виртуальной сети, общедоступный IP-адрес и подключения. Этот шаг может занять до 45 минут. Вы можете указать имя нового шлюза, или Azure добавит _migrated в исходное имя по умолчанию. Во время подготовки существующий шлюз заблокирован для предотвращения изменений. Если необходимо остановить миграцию, вы можете отменить ее на этом этапе, которая удаляет новый шлюз и подключения.
Замечание
Новый шлюз создается в том же регионе, что и существующий. Чтобы изменить регионы, необходимо удалить текущий шлюз и создать новый в нужном регионе.
- Миграция. Переключение трафика с старого шлюза на новый. Этот шаг может занять до 15 минут и может привести к краткому прерыванию подключения.
- Фиксация: Выполните миграцию, удалив старый шлюз и его подключения. Если необходимо, можно прервать и вернуться к старому шлюзу перед внесением изменений.
Это важно
После миграции проверьте подключение, чтобы убедиться, что все работает должным образом. Вы можете откатиться к старой версии шлюза, выбрав Отмена после этапа подготовки, что приведет к удалению нового шлюза и подключений.
Ограничения
Интерфейс миграции управляемого шлюза имеет следующие ограничения:
- Только ExpressRoute: средство миграции предназначено для шлюзов виртуальной сети ExpressRoute. Он не поддерживает VPN-шлюзы или другие типы шлюзов. - То же требование к виртуальной сети: миграция поддерживается только в одной виртуальной сети. Миграции между подписками, между регионами или между шлюзами (например, на/с VPN-шлюзов) не поддерживаются.
- Понижение недоступно: понижение SKU с поддержкой Az до SKU без поддержки Azне поддерживается.
- Размер подсети шлюза: Подсеть шлюза должна иметь префикс /27 или меньше, чтобы продолжить миграцию. Для получения дополнительной информации см. статью "Создание нескольких префиксов для подсети".
- Подключение к частной конечной точке: частные конечные точки ,подключенные через частный пиринг ExpressRoute, могут столкнуться с проблемами подключения во время миграции . Ознакомьтесь с рекомендациями по устранению этих проблем в документации по подключению к частной конечной точке. Подключение к частной конечной точке.
- Устаревшие шлюзы: шлюзы ExpressRoute, созданные или подключенные к каналам в 2017 году или ранее, не поддерживаются.
- Неподдерживаемые номера SKU: шлюзы, использующие номер SKU по умолчанию , не имеют права на миграцию. Для проверки возможности миграции вашего шлюза должно быть уведомление от Advisor.
Подробные сведения об устранении ошибок и рекомендаций см. в разделе "Устранение неполадок при миграции шлюза".
Вопросы и ответы
Как добавить второй префикс в GatewaySubnet?
Добавление нескольких префиксов в GatewaySubnet в настоящее время находится в общедоступной предварительной версии и поддерживается только с помощью PowerShell. Инструкции см. в разделе "Создание нескольких префиксов для подсети".
Как отслеживать работоспособность нового шлюза?
Мониторинг нового шлюза совпадает с старым шлюзом. Новый шлюз — это отдельный ресурс с собственными метриками. Во время миграции можно также наблюдать характеристики трафика с помощью инструмента миграции.
После миграции, если у вас есть мониторинг, оповещение, определяемые клиентом окна обслуживания или параметры диагностики, необходимо перенастроить их на только что созданном шлюзе.
Приведет ли миграция к простою?
Миграция может вызвать несколько минут простоя. Запланируйте миграцию во время периода обслуживания, чтобы свести к минимуму влияние.
Как долго я могу ждать, прежде чем подключиться к новому шлюзу?
У вас есть до 15 дней, чтобы сделать обязательство после подготовки к миграции. Используйте это время для проверки подключения и обеспечения выполнения всех требований перед завершением миграции.
Как проверить, подходит ли SKU моего шлюза для миграции?
Уведомления Помощника по Azure будут предупреждать вас, если шлюзу требуется миграция. При попытке миграции неподходящего шлюза возникает ошибка. Дополнительные сведения см. в разделе "Устранение неполадок миграции шлюза".
Дальнейшие шаги
- Устранение неполадок миграции с помощью Troubleshooting Gateway Migration.
- Узнайте, как мигрировать с использованием портала Azure.
- Узнайте, как использовать PowerShell для переноса.