Миграция Azure Front Door (классическая версия) на уровень Standard или Premium

Область применения: ✔️ Front Door (классическая модель)

Это важно

Azure Front Door (классический) будет выведен из эксплуатации 31 марта 2027 года. Поскольку сервис уходит из эксплуатации, он больше не поддерживает создание профилей, адаптацию новых доменов или управляемые сертификаты. Чтобы избежать нарушения работы службы, перейти на Azure Front Door Standard или Premium. Дополнительные сведения см. в разделе вывод из эксплуатации Azure Front Door (классическая версия).

Azure Front Door Standard и Premium были выпущены в марте 2022 года как сеть доставки контента следующего поколения. Новые уровни объединяют возможности Azure Front Door (классическая), Microsoft CDN (классическая) и Брандмауэр веб-приложений (WAF). Используя такие функции, как интеграция с Приватный канал, улучшенный движок правил и продвинутую диагностику, вы можете защитить и ускорить работу своих веб-приложений, чтобы обеспечить клиентам лучший опыт.

Перенесите свой классический профиль на один из новых уровней, чтобы воспользоваться новыми возможностями и улучшениями. Чтобы упростить переход на новые уровни, Azure Front Door предлагает миграцию без простоя, чтобы перенести вашу нагрузку с Azure Front Door (классический) на Standard или Premium.

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

Общие сведения о процессе миграции

Миграция на уровень "Стандартный" или "Премиум" для Azure Front Door выполняется на трех или пяти этапах в зависимости от того, используется ли сертификат. Время, необходимое для миграции, зависит от сложности профиля Azure Front Door (классического). Ожидайте, что миграция займет несколько минут для простого профиля Azure Front Door и дольше для профиля с несколькими фронтенд-доменами, бэкенд-пулами, правилами маршрутизации и движком правил.

Этапы миграции

Проверка совместимости

Инструмент миграции проверяет, совместим ли ваш профиль Azure Front Door (классический) для миграции. Если валидация не помогает, он предлагает рекомендации, как решить проблемы, прежде чем вы сможете пройти повторную валидацию.

  • Azure Front Door Standard и Premium требуют использования протокола HTTPS для всех пользовательских доменов. Если у вас нет собственного сертификата, можно использовать управляемый сертификат Azure Front Door. Сертификат бесплатный и управляется за вас.

  • Session affinity включена в настройках исходной группы для профиля Azure Front Door Standard или Premium. В Azure Front Door (classic) вы устанавливаете аффинитет сессии на уровне домена. В рамках миграции привязка сеансов основана на настройках профиля Front Door (классический). Если в вашем профиле Front Door (классический) есть два домена, которые используют один и тот же внутренний пул, параметр привязки сеанса должен быть одинаковым для обоих доменов, чтобы проверка миграции была успешно пройдена.

  • Если вы используете BYOC (Bring Your Own Certificate) для Azure Front Door (классическая версия), вам нужно предоставить Azure Front Door Standard или Premium доступ к Key Vault. Этот шаг необходим для доступа Azure Front Door Standard или Premium к сертификату в Key Vault. Если вы используете управляемый сертификат Azure Front Door, вам не нужно предоставлять доступ к Key Vault.

    Замечание

    Управляемый сертификат в настоящее время не поддерживается для Azure Front Door уровня "Стандартный" или "Премиум" в Azure для государственных организаций. Необходимо использовать BYOC для Azure Front Door уровня "Стандартный" или "Премиум" в Azure для государственных организаций или ждать, пока эта возможность не будет доступна.

Подготовка к миграции

Azure Front Door создает новый профиль "Стандартный" или "Премиум" на основе конфигурации профиля Front Door (классического). Новый уровень профиля Front Door зависит от параметров политики брандмауэра веб-приложения (WAF), связанных с профилем.

  • Премиум — если в политике WAF есть управляемые правила WAF , связанные с профилем Azure Front Door (классический).

  • Стандартный — если политика WAF содержит только настраиваемые правила WAF , связанные с профилем Azure Front Door (классический).

Замечание

Вы можете обновить стандартный профиль Front Door до премиум-уровня после миграции. Однако после миграции нельзя понизить профиль Front Door премиум-уровня до стандартного.

На этапе подготовки Azure Front Door создает копию каждой политики WAF, связанной с профилем Front Door (классический). Уровень политики WAF зависит от уровня, на который выполняется миграция. Для каждой политики WAF предоставляется имя по умолчанию, и на этом этапе его можно изменить. Вы также можете выбрать существующую политику WAF, которая соответствует уровню, на который вы переходите, вместо того чтобы делать копию. После завершения этапа подготовки вам становится доступно представление нового профиля Front Door в режиме только для чтения, чтобы проверить конфигурации.

Это важно

После начала этапа подготовки нельзя вносить изменения в конфигурацию Front Door (классический).

Активировать управляемое удостоверение

На этом шаге вы настроите управляемое удостоверение для Azure Front Door для доступа к сертификату в Azure Key Vault. Управляемая идентичность необходима, если вы используете BYOC (Bring Your Own Certificate) для Azure Front Door (классический режим). Если вы используете управляемый сертификат Azure Front Door, вам не нужно предоставлять доступ к Key Vault.

Предоставить управляемое удостоверение службе Key Vault

На этом шаге добавляется доступ к управляемым удостоверениям ко всем хранилищам ключей Azure, используемым в профиле Front Door (классическая модель).

Миграция

Прежде чем решаться на миграции на этом этапе, если вы решите, что больше не хотите продолжать процесс миграции, выберите Abort migration. При прерывании миграции удаляется созданный новый профиль Front Door. Профиль Azure Front Door (классический) остается активным, и вы можете продолжать его использовать. Вам нужно вручную удалять все копии политики WAF.

Однако, как только вы на этом этапе принимаете решение о миграции, отмена или откат будут невозможны. После начала миграции профиль Azure Front Door (классический) отключается, а профиль Azure Front Door Standard или Premium активируется. Трафик начинает проходить через новый профиль после завершения миграции.

Миграция происходит на управляющей плоскости, а плоскость данных остается прежней. В обычных случаях миграция не проваливается. Однако в редких случаях, если миграция не удаётся на этом этапе, это не влияет на доставку трафика. Единственное влияние — нельзя вносить изменения в профиль Azure Front Door.

Плата за обслуживание Azure Front Door Standard или Premium начинается после завершения миграции.

Пересечение конечной точки после миграции

Azure Front Door (классическая версия) использует другое полное доменное имя (FQDN), отличное от Azure Front Door уровня "Стандартный" или "Премиум". Например, классическая конечная точка может быть contoso.azurefd.net, в то время как конечная точка уровня "Стандартный" или "Премиум" может быть contoso-mdjf2jfgjf82mnzx.z01.azurefd.net. Дополнительные сведения см. в статье "Конечные точки" в Azure Front Door.

Хотя Azure Front Door автоматически направляет трафик с классической конечной точки на ваш новый профиль Standard или Premium без каких-либо изменений конфигурации, в зависимости от вашего сценария необходимо выполнить следующее действие после миграции:

  • Пользовательские домены: Обновите запись DNS, чтобы она указывала на новый Azure Front Door Standard/Premium конечный пункт.

  • Прямое использование классической конечной точки по умолчанию: замените классическое имя хоста на новое имя хоста конечной точки в ваших приложениях, клиентах и интеграциях.

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

Предупреждение

Завершите переход на новую конечную точку Azure Front Door Standard/Premium до 31 марта 2028 года. Начиная с 1 апреля 2028 года, классические конечные точки больше не поддерживаются и могут перестать работать. Пользовательские домены, приложения или клиенты, которые всё ещё зависят от классической конечной точки, могут перестать получать трафик.

Критические изменения при переходе на уровень "Стандартный" или "Премиум"

Это важно

  • Если ваш профиль Azure Front Door (классический) подходит для миграции на стандартный уровень, но количество ресурсов превышает лимит квоты по стандартному уровню, процесс миграции переносит его на Премиум-уровень.
  • Если вы используете Azure PowerShell, Azure CLI, API или Terraform для миграции, вам нужно создавать политики WAF отдельно.

DevOps

Azure Front Door Standard и Premium используют другое пространство имен поставщика ресурсов Microsoft.Cdn, в то время как Azure Front Door (классическая версия) использует Microsoft.Network. После миграции профиля Azure Front Door необходимо изменить скрипт DevOps, чтобы использовать новое пространство имён, обновлённый модуль Azure PowerShell, команды CLI и API.

Конечная точка с хэш-значением

Azure Front Door Standard и Premium эндпоинты содержат хеш-значение, чтобы предотвратить захват вашего домена. Формат имени конечной точки .<endpointname>-<hashvalue>.z01.azurefd.net Имя конечной точки Front Door (classic) продолжает работать после миграции, но замените его на имя новой конечной точки, созданной в вашем новом профиле Standard или Premium. Дополнительные сведения см. в разделе "Доменные имена конечных точек".

Журналы и метрики

Журналы диагностики и метрики не переносятся. Поля журналов Azure Front Door в версиях Standard и Premium отличаются от классической версии Azure Front Door. Уровни Standard и Premium поддерживают ведение журналов проверок работоспособности, и после миграции необходимо включить ведение диагностических журналов. Уровни "Стандартный" и "Премиум" также поддерживают встроенные отчеты, которые начинают отображать данные после завершения миграции. Для получения дополнительной информации смотрите отчеты Azure Front Door.

Фаервол веб-приложений (WAF)

Тип правил в политике WAF определяет стандартный уровень Azure Front Door, выбранный для миграции. В этом разделе рассматриваются сценарии для различных типов правил для политики WAF.

Классическая политика WAF с только пользовательскими правилами — новый профиль Azure Front Door по умолчанию установлен на стандартный уровень, и вы можете обновиться до Premium во время миграции. Если вы используете портал для миграции, Azure создает настраиваемые правила WAF для уровня "Standard". Если во время миграции выполняется обновление до версии Premium, в процессе миграции создаются настраиваемые правила WAF. После миграции нужно вручную добавлять управляемые правила WAF, если вы хотите использовать управляемые правила.

Классическая политика WAF с только управляемыми правилами WAF, или как управляемые, так и кастомные правила WAF — новый профиль Azure Front Door по умолчанию переведён в Premium, и вы не можете понизить уровень во время миграции. Если вы хотите использовать стандартный уровень, нужно убрать ассоциацию с политикой WAF или удалить управляемые правила WAF из политики Front Door (классической) WAF.

Замечание

Чтобы избежать создания повторяющихся политик WAF во время миграции, возможность миграции предоставляет возможность создания копий или использования существующей политики WAF Azure Front Door уровня "Стандартный" или "Премиум".

Политика Azure для Azure Front Door WAF

Политика Azure для WAF недоступна для Azure Front Door уровня "Стандартный" и "Премиум". Политика Azure позволяет задавать и проверять стандарты WAF для организации в большом масштабе.

Правила именования, используемые для миграции

Во время миграции используется имя профиля по умолчанию в формате <endpointprefix>-migrated. Например, Azure Front Door (классический) эндпойнт myEndpoint.azurefd.net имеет имя myEndpoint-migratedпо умолчанию . К имени классической политики WAF добавляется либо -standard, либо -premium. Например, политика WAF Front Door (классическая) с именем contosoWAF1 по умолчанию называется contosoWAF1-premium. Вы можете переименовать как профиль Front Door, так и политику WAF во время процесса миграции. Переименование конфигурации движка правил и маршрутов не поддерживается, вместо этого назначаются имена по умолчанию.

Перенаправление и перезапись URL-адресов поддерживаются с помощью обработчика правил в Azure Front Door Standard и Premium, в то время как Azure Front Door (классическая версия) поддерживает их с помощью правил маршрутизации. Во время миграции эти два правила создаются в качестве набора правил в профиле Standard и Premium. Названия этих правил называются urlRewriteMigrated и urlRedirectMigrated.

Состояния ресурсов

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

Состояние миграции Состояние ресурса классической версии Front Door Можете ли вы внести изменения? Варианты "Стандартный" и "Премиум" для Front Door Можете ли вы внести изменения?
Перед миграцией Активен Да Не применимо Не применимо
проверка совместимости; Активен Да Не применимо Не применимо
Подготовка к миграции Миграция нет Создавать нет
фиксация миграции; Миграция нет Закрепление миграции нет
Обязательная миграция Перемещено нет Активен Да
прерывание миграции. Прерывание миграции нет Удаление нет
Прерванная миграция Активен Да Удалено Не применимо

Связанный контент

  • Последнее обновление: