Миграция в Среду службы приложений версии 3

Статья
03/06/2024

Примечание.

Существует две функции автоматической миграции, которые помогут вам обновиться до Среда службы приложений версии 3. Дополнительные сведения об этих функциях и о том, какой вариант миграции подходит для вас, см . в дереве принятия решений по пути миграции. Рассмотрим один из автоматических вариантов более быстрого пути к Среда службы приложений версии 3.

Если вы используете Среду службы приложений версии 1 или 2, можно перенести рабочие нагрузки в Среду службы приложений версии 3. Среда службы приложений версии 3 имеет свои преимущества и различия в возможностях, которые обеспечивают улучшенную поддержку рабочих нагрузок и снижают общие затраты. Рассмотрите возможность использования функций автоматической миграции, если среда соответствует критериям, описанным в дереве принятия решений по пути миграции.

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

Необходимые компоненты

Сценарий: у вас есть приложение, работающее на Среда службы приложений версии 1 или Среда службы приложений версии 2, и вам нужно, чтобы это приложение выполнялось на Среда службы приложений версии 3.

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

Сетевые изменения между Среда службы приложений версии 1/2 и Среда службы приложений версии 3 включают новые (и для сред, подключенных к Интернету, дополнительные) IP-адреса. Необходимо обновить любую инфраструктуру, которая зависит от этих IP-адресов. Не забудьте учесть изменения входящего зависимостей, например порт Azure Load Balancer.

Несколько Среда службы приложений не могут существовать в одной подсети. Если вам нужно использовать существующую подсеть для нового ресурса Среда службы приложений версии 3, необходимо удалить существующие Среда службы приложений перед созданием нового. В этом сценарии рекомендуется создать резервную копию приложений, а затем восстановить их в новой среде после создания и настройки среды. Этот процесс приводит к простою приложения из-за времени, которое требуется:

Удалите старую среду.
Создайте ресурс Среда службы приложений версии 3.
Настройте любую инфраструктуру и подключенные ресурсы для работы с новой средой.
Разверните приложения в новой среде.

Контрольный список перед миграцией приложений

Создайте ресурс Среда службы приложений версии 3.
Обновите все сетевые зависимости с IP-адресами, связанными с новой средой.
Планирование простоя (если применимо).
Определите процесс повторного создания приложений в новой среде.

Размер и масштабирование среды

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

Оценка резервного копирования и восстановления

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

Необходимо настроить пользовательские резервные копии для приложений, чтобы восстановить их в Среда службы приложений версии 3. Автоматическое резервное копирование не поддерживает восстановление в разных версиях Среда службы приложений. Дополнительные сведения о пользовательских резервных копиях см. в статье "Автоматические и пользовательские резервные копии". Снимок экрана: параметры настройки пользовательских резервных копий для приложения Служба приложений.

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

Снимок экрана: использование резервной копии для восстановления приложения Служба приложений в Среда службы приложений версии 3.

Льготы	Ограничения
Быстрое — должно занять всего 5–10 минут для каждого приложения.	Поддержка ограничена определенными типами баз данных.
Одновременно можно восстановить несколько приложений. (Необходимо настроить восстановление для каждого приложения по отдельности.)	Старая среда, новая среда и вспомогательные ресурсы (например, приложения, базы данных, учетные записи хранения и контейнеры) должны находиться в одной подписке.
Базы данных в приложении MySQL автоматически создают резервные копии без любой настройки.	Резервная копия может вмещать до 10 ГБ содержимого приложения и базы данных. До 4 ГБ этого содержимого может быть резервной копией базы данных. Если размер резервной копии превысит этот лимит, отобразится сообщение об ошибке.
Приложение можно восстановить на моментальный снимок предыдущего состояния.	Использование учетной записи хранения с поддержкой брандмауэра в качестве назначения для резервных копий не поддерживается.
Вы можете интегрироваться с Диспетчер трафика Azure и Шлюз приложений Azure для распределения трафика между старыми и новыми средами.	Использование учетной записи хранения с частными конечными точками для резервного копирования и восстановления не поддерживается.
Вы можете создать пустые веб-приложения для восстановления в новой среде перед началом восстановления, чтобы ускорить процесс.	Поддерживаются только пользовательские резервные копии.

Клонирование приложения в Среда службы приложений версии 3

Клонирование приложений — это еще одна функция, которую можно использовать для получения приложений Windows на Среда службы приложений версии 3. Ограничения для клонирования приложений совпадают с ограничениями для функции резервного копирования Служба приложений. Дополнительные сведения см. в статье "Резервное копирование приложения в службе приложение Azure".

Примечание.

Клонирование приложений поддерживается только для планов Служба приложений в Windows.

Мы рекомендуем это решение для пользователей, которые используют Служба приложений в Windows и не могут переноситься с помощью функции миграции. Перед клонированием любых приложений необходимо настроить новый ресурс Среда службы приложений версии 3. Клонирование приложения может занять до 30 минут.

Чтобы клонировать приложение с помощью PowerShell, см . инструкции.

Чтобы клонировать приложение с помощью портал Azure:

В портал Azure перейдите к существующему плану Служба приложений. В разделе "Средства разработки" выберите "Клонировать приложение".
Заполните обязательные поля с помощью сведений о новом ресурсе Среда службы приложений версии 3:
1. Для группы ресурсов выберите существующую группу ресурсов или создайте новую.
2. Для имени присвойте приложению имя. Это имя может совпадать со старым приложением, но URL-адрес сайта по умолчанию для новой среды будет отличаться. Чтобы указать новый URL-адрес, необходимо обновить любые настраиваемые DNS-ресурсы или подключенные ресурсы.
3. Для региона используйте имя Среда службы приложений версии 3.
4. Если вы хотите клонировать источник развертывания, установите флажок "Клонировать источник развертывания".
5. Для плана Windows можно использовать существующий план Служба приложений из новой среды, если вы уже создали его или создать новый план. Доступные планы Служба приложений в новом ресурсе Среда службы приложений версии 3 отображаются в раскрывающемся списке.
6. Для SKU и размера измените память и ЦП по мере необходимости с помощью одного из вариантов изолированной версии 2, если вы создаете новый план Служба приложений. Среда службы приложений версии 3 использует изолированные планы версии 2, которые имеют больше памяти и ЦП на соответствующий размер экземпляра по сравнению с изолированными планами. Дополнительные сведения см. в разделе о ценах на Среда службы приложений версии 3.

Снимок экрана: параметры клонирования приложения в Среда службы приложений версии 3 с помощью портала.

Льготы	Ограничения
Клонирование можно автоматизировать с помощью PowerShell.	Поддерживается только для планов Служба приложений в Windows.
Одновременно можно клонировать несколько приложений. (Клонирование необходимо настроить для каждого приложения по отдельности или с помощью скрипта.)	Поддержка ограничена определенными типами баз данных.
Вы можете интегрироваться с Диспетчер трафика Azure и Шлюз приложений Azure для распределения трафика между старыми и новыми средами.	Старая среда, новая среда и вспомогательные ресурсы (например, приложения, базы данных, учетные записи хранения и контейнеры) должны находиться в одной подписке.

Создание приложений вручную в Среда службы приложений версии 3

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

Вы можете экспортировать шаблоны Azure Resource Manager (шаблоны ARM) существующих приложений, Служба приложений планов и любые другие поддерживаемые ресурсы и развернуть их в новой среде или в ней. Чтобы экспортировать шаблон только для приложения, перейдите к своему плану Служба приложений. В разделе Автоматизация выберите Экспорт шаблона.

Снимок экрана: параметр экспорта шаблона на левой панели портал Azure.

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

Снимок экрана: параметр экспорта шаблона для ресурсов из группы ресурсов.

Для получения приложений Среда службы приложений версии 3 требуются следующие первоначальные изменения в шаблонах ARM:

Обновите sku параметры для плана Служба приложений на изолированный план версии 2:

"type": "Microsoft.Web/serverfarms",
"apiVersion": "2021-02-01",
"name": "[parameters('serverfarm_name')]",
"location": "East US",
"sku": {
    "name": "I1v2",
    "tier": "IsolatedV2",
    "size": "I1v2",
    "family": "Iv2",
    "capacity": 1
},

Обновите параметр плана Служба приложений ,serverfarmкоторый приложение будет развернуто в плане, связанном с Среда службы приложений версии 3.
Обновите параметр профиляhostingEnvironmentProfile среды размещения до нового идентификатора ресурса Среда службы приложений версии 3.

Экспорт шаблона ARM включает все свойства, предоставляемые поставщиками ресурсов для ресурсов. Удалите все необязаемые свойства, такие как свойства, указывающие на домен старого приложения. Например, можно упростить sites ресурс в следующем примере:

"type": "Microsoft.Web/sites",
"apiVersion": "2021-02-01",
"name": "[parameters('site_name')]",
"location": "East US",
"dependsOn": [
    "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]"
],
"properties": {
    "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]",
    "siteConfig": {
        "linuxFxVersion": "NODE|14-lts"
     },
    "hostingEnvironmentProfile": {
        "id": "[parameters('hostingEnvironments_externalid')]"
    }
}

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

Шаблоны ARM можно развернуть с помощью портал Azure, Azure CLI или PowerShell.

Миграция вручную

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

Вы можете распределять трафик между старыми и новыми средами с помощью Шлюз приложений. Если вы используете внутреннюю подсистему балансировки нагрузки (ILB) Среда службы приложений, создайте экземпляр Шлюз приложений Azure с дополнительным внутренним пулом для распределения трафика между средами. Сведения о Среда службы приложений и Среда службы приложений подключениях к Интернету см. в Шлюз приложений интеграции.

Вы также можете использовать такие службы, как Azure Front Door, Azure сеть доставки содержимого и Диспетчер трафика Azure для распределения трафика между средами. Использование этих служб позволяет тестировать новую среду в управляемом режиме и помогает перемещаться в новую среду в собственном темпе.

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

Часто задаваемые вопросы

Разделы справки знать, следует ли перейти на Среда службы приложений версии 3 с помощью одного из вариантов вручную?
Сведения о том, какой вариант миграции подходит для вас, см . в дереве принятия решений по пути миграции. Если среда соответствует критериям, описанным в дереве принятия решений по пути миграции, рассмотрите возможность использования одной из функций автоматической миграции для более быстрого пути к Среда службы приложений версии 3. Миграция вручную рекомендуется, если необходимо медленно переместить приложения в новую среду и проверить весь процесс.
Каковая вероятность простоя во время миграции?
Время простоя зависит от процесса миграции. Если у вас есть другая Среда службы приложений, на которую можно указать трафик во время миграции, или если вы можете использовать другую подсеть для создания новой среды, у вас не будет простоя. Если вы должны использовать ту же подсеть, время простоя во время удаления старой среды, создайте ресурс Среда службы приложений версии 3, создайте новые планы Служба приложений, повторно создайте приложения и обновите все ресурсы, использующие новые IP-адреса.
Нужно ли что-то изменять в приложениях, чтобы их можно было запустить в Среде службы приложений версии 3?
№ Приложения, которые работают в Среда службы приложений версии 1 и версии 2, не должны нуждаться в каких-либо изменениях для запуска в Среда службы приложений версии 3. Если вы используете ПРОТОКОЛ SSL IP, перед миграцией необходимо удалить привязки SSL IP.
Что делать, если у моей Среды службы приложений есть суффикс личного домена?
Функция миграции поддерживает этот сценарий миграции. Вы можете перенести с помощью ручного метода, если вы не хотите использовать функцию миграции. Вы можете настроить суффикс личного домена при создании ресурса Среда службы приложений версии 3 или через любое время.
Что делать, если ресурс Среда службы приложений версии 2 закреплен в зоне?
Закрепление по зоне не поддерживается в Среде службы приложений версии 3. Вы можете включить избыточность зоны при создании ресурса Среда службы приложений версии 3.
Какие свойства Среды службы приложений будут изменены?
Просмотрите различия функций между Среда службы приложений версии 3 и предыдущими версиями. Для Среда службы приложений балансировки нагрузки вы сохраняете тот же IP-адрес подсистемы балансировки нагрузки. Для Среда службы приложений в Интернете общедоступный IP-адрес и исходящий IP-адрес изменяются.

Для Среда службы приложений, подключенных к Интернету, ранее существовал один IP-адрес для входящих и исходящих подключений. Для Среды службы приложений версии 3 для этого используются разные IP-адреса. Дополнительные сведения см. в разделе Сеть в Среде службы приложений версии 3 руководства PCI.
Поддерживается ли резервное копирование и восстановление при миграции приложений в Среде службы приложений с версии 2 на версию 3? Функция резервного копирования и восстановления поддерживает восстановление приложений между Среда службы приложений версиями до тех пор, пока вы используете настраиваемую резервную копию для восстановления. Автоматическое резервное копирование не поддерживает восстановление в разных версиях Среда службы приложений.
Что произойдет с ресурсами Среда службы приложений версии 1 и версии 2 после 31 августа 2024 г.?
После 31 августа 2024 года, если вы не перешли на Среда службы приложений версии 3, ресурсы Среда службы приложений версии 1 и 2 и приложения, развернутые в них, больше не будут доступны.

Среда службы приложений версии 1 и 2 размещаются в единицах масштабирования Служба приложений, работающих в архитектуре Облачные службы (классической) Azure. Так как эта архитектура будет прекращена 31 августа 2024 г., Среда службы приложений версии 1 и 2 не будут доступны после этой даты. Выполните миграцию на Среда службы приложений версии 3, чтобы обеспечить работу приложений или сохранить или создать резервную копию всех ресурсов или данных, которые необходимо сохранить.