Миграция на Среда службы приложений версии 3 с помощью параллельной функции миграции

Примечание.

Функция миграции, описанная в этой статье, используется для параллельной (другой подсети) автоматической миграции Среда службы приложений версии 2 в Среда службы приложений версии 3.

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

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

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

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

Внимание

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

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

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

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

Azure Public

• Центральная часть ОАЭ

Azure для государственных организаций

• Центральный регион US DoD
• Восточный регион US DoD
• US Gov (Аризона)
• US Gov (Техас)
• US Gov (Вирджиния)

Microsoft Azure под управлением 21Vianet

• Восточный Китай 2
• Северный Китай 2

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

Настройка	Конфигурация Среды службы приложений версии 3
Среда службы приложений версии 2 с внутренней подсистемой балансировки нагрузки (ILB)	Среда службы приложений версии 3 с ILB
Внешняя (с подключением к внешней подсистеме балансировки нагрузки или Интернету с использованием общедоступного IP-адреса) Среда службы приложений версии 2	Среда службы приложений версии 3 с ELB
Среда службы приложений версии 2 с внутренней подсистемой балансировки нагрузки с суффиксом личного домена	Среда службы приложений версии 3 с ILB с суффиксом личного домена

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

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

Ограничения параллельной миграции

Ниже приведены ограничения при использовании параллельной функции миграции:

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

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

• Настройка привязки TLS/SSL на основе IP с помощью приложений.
• Среда службы приложений версии 3 не переключается на Azure DNS, если DNS-серверы, которые вы настроили в своей виртуальной сети, не могут разрешить заданное имя. Если это необходимо, убедитесь, что у вас есть инструмент переадресации на общедоступный DNS или включите Azure DNS в список своих DNS-серверов.

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

• Среда службы приложений версии 1
  • Чтобы узнать версию своей Среды службы приложений, перейдите к Среде службы приложений на портале Azure и выберите Конфигурация в разделе Параметры в области слева. Можно также использовать Обозреватель ресурсов Azure, чтобы проверить значение свойства kind для Среды службы приложений.
  • Если у вас есть Среда службы приложений версии 1, можно перенести с помощью функции миграции на месте или одного из вариантов миграции вручную.
• Среда службы приложений версии 2 с ELB и SSL на основе IP
• Среда службы приложений версии 2 с закреплением по зоне
• Среда службы приложений с именем, которое не соответствует ограничениям символов. Все имя, включая суффикс домена, должно быть 64 символами или меньше. Например, my-ase-name.appserviceenvironment.net для ILB и my-ase-name.p.azurewebsites.net для ELB должны иметь 64 символов или меньше. Если вы не соответствуете ограничению символов, необходимо выполнить миграцию вручную. Ограничения символов специально для имени Среда службы приложений приведены следующим образом:
  • Ограничение Среда службы приложений имени подсистемы балансировки нагрузки: 36 символов
  • Ограничение Среда службы приложений имени ELB: 42 символа

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

Примечание.

Среда службы приложений версии 3 не поддерживает ПРОТОКОЛ SSL IP. Если вы используете ПРОТОКОЛ SSL, необходимо удалить все привязки SSL ДЛЯ IP-адресов перед переносом на Среда службы приложений версии 3. Функция миграции будет поддерживать среду после удаления всех привязок SSL IP.

Устранение неполадок

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

Сообщение об ошибке	Description	Рекомендация
Migrate can only be called on an ASE in ARM VNET and this ASE is in Classic VNET. (Миграцию можно вызвать только в среде ASE в виртуальной сети ARM, а эта среда ASE находится в классической виртуальной сети.)	Среда службы приложений в классических виртуальных сетях не могут переноситься с помощью параллельной функции миграции.	Миграция с использованием одного из вариантов миграции вручную.
ASEv3 Migration is not yet ready. (Миграция для ASE версии 3 еще не готова.)	Базовая инфраструктура не готова к поддержке Среды службы приложений версии 3.	Выполните миграцию с использованием одного из вариантов миграции вручную, если хотите провести ее немедленно. В противном случае дождитесь того, чтобы функция параллельной миграции была доступна в вашем регионе.
Не удается включить избыточность зоны для этой ASE.	Регион, в который находится Среда службы приложений, не поддерживает избыточность зоны.	Если необходимо включить избыточность зоны, используйте один из вариантов миграции вручную для миграции в регион, поддерживающий избыточность зоны.
Миграция не может вызываться в этом пользовательском суффиксе DNS ASE в настоящее время.	Миграция суффикса личного домена заблокирована.	Откройте вариант поддержки, чтобы привлечь поддержку для устранения проблемы.
Миграция с избыточностью между зонами ASE не может вызываться в настоящее время.	Заблокирована избыточность между зонами Среда службы приложений миграции.	Откройте вариант поддержки, чтобы привлечь поддержку для устранения проблемы.
Миграция не может вызываться в ASEv2, закрепленной между зонами.	Среда службы приложений версии 2, закрепленная в зоне, не может быть перенесена с помощью параллельной функции миграции в настоящее время.	Выполните миграцию с использованием одного из вариантов миграции вручную, если хотите провести ее немедленно.
Текущая операция восстановления миграции, повторите попытку позже.	Предыдущая попытка миграции отменяется.	Подождите, пока выполняется восстановление, прежде чем пытаться снова начать миграцию.
Properties.VirtualNetwork.Id должен содержать идентификатор ресурса подсети.	Ошибка возникает, если вы пытаетесь выполнить миграцию без предоставления новой подсети для размещения Среда службы приложений версии 3.	Убедитесь, что вы следуйте инструкциям и выполните шаг, чтобы определить подсеть, которую вы будете использовать для Среда службы приложений версии 3.
Не удается перейти к <requested phase> текущему этапу <previous phase> миграции без простоя.	Эта ошибка возникает при попытке выполнить шаг миграции в неправильном порядке.	Убедитесь, что вы выполните действия по миграции в порядке.
Не удалось запустить операцию восстановления в СРЕДЕ ASE в гибридном состоянии, повторите попытку позже.	Эта ошибка возникает при попытке вернуть миграцию, но что-то не так. Эта ошибка не влияет на старую или новую среду.	Откройте вариант поддержки, чтобы привлечь поддержку для устранения проблемы.
Этот ASE не может быть перенесен без простоя.	Эта ошибка возникает, если вы пытаетесь использовать функцию параллельной миграции в Среда службы приложений версии 1.	Функция параллельной миграции не поддерживает Среда службы приложений версии 1. Миграция с помощью функции миграции на месте или одного из вариантов миграции вручную.
Миграция недоступна для этой подписки.	Для миграции этой Среда службы приложений необходимо включить поддержку.	Откройте вариант поддержки, чтобы привлечь поддержку для устранения проблемы.
Миграция с избыточностью между зонами не может вызываться, так как IP-адреса, созданные во время предварительной миграции, не являются избыточными по зонам.	Эта ошибка возникает при попытке миграции, избыточной между зонами, но ip-адреса, созданные на этапе создания IP-адресов, не были созданы как избыточные по зонам. Платформа пытается сделать все IP-адреса избыточными для обеспечения устойчивости серверной части.	Откройте вариант поддержки, чтобы привлечь поддержку, если необходимо включить избыточность зоны. Инженеры отвернутся от миграции и позволят создать ip-адреса другой попытки. В противном случае можно выполнить миграцию без включения избыточности зоны.
Миграцию нельзя вызвать, если на любом из сайтов включен режим SSL на основе IP.	Среда службы приложений, на которых есть сайты с включенным ПРОТОКОЛом SSL IP, нельзя перенести с помощью параллельной функции миграции.	Удалите SSL IP-адрес из всех приложений в Среда службы приложений, чтобы включить функцию миграции.
Не удается выполнить миграцию в одной подсети.	Эта ошибка отображается, если указать ту же подсеть, что и текущая среда для размещения Среда службы приложений версии 3.	Необходимо указать другую подсеть для Среда службы приложений версии 3. Если необходимо использовать ту же подсеть, выполните миграцию с помощью функции миграции на месте.
Subscription has too many App Service Environments. Please remove some before trying to create more. (В подписке слишком много сред службы приложений. Удалите некоторые из них, прежде чем создавать дополнительные среды.)	Выполняется Среда службы приложений квота для подписки.	Удалите ненужные среды или обратитесь в службу поддержки, чтобы узнать о доступных вариантах.
Миграция не может вызываться для этой ASE до завершения активного обновления.	Среды службы приложений нельзя перенести во время обновления платформы. Вы можете задать параметры обновления на портале Azure. Обновление занимает 8–12 часов или больше в зависимости от размера (количество экземпляров или ядер) Среда службы приложений.	Дождитесь завершения обновления и миграции.
Выполняется операция управления для Среды службы приложений.	Со Средой службы приложений выполняется операция управления. Эти операции могут включать в себя такие действия, как развертывания или обновления. Миграция блокируется до завершения этих операций.	После завершения этих операций можно выполнить миграцию.
InternalLoadBalancingMode в настоящее время не поддерживается.	Среда службы приложений, для которых задано значение InternalLoadBalancingMode, не может быть перенесено с помощью функции миграции в настоящее время. Команда Майкрософт должна вручную изменить internalLoadBalancingMode.	Откройте вариант поддержки, чтобы привлечь поддержку для устранения проблемы. Запросите обновление в InternalLoadBalancingMode.
Полную миграцию нельзя вызывать перед созданием IP-адресов.	Эта ошибка возникает при попытке выполнить миграцию перед завершением шагов предварительной подготовки.	Перед попыткой миграции выполните все действия по предварительной подготовке. Ознакомьтесь с пошаговым руководством по миграции.
Полная миграция не может вызываться в Ase с пользовательским набором dns-суффиксов, но без настраиваемой конфигурации dns-суффикса AseV3.	Существующий Среда службы приложений использует суффикс личного домена. Во время миграции необходимо настроить суффикс личного домена для Среда службы приложений версии 3.	Настройте суффикс личного домена. Если вы больше не хотите использовать суффикс личного домена, его можно удалить после завершения миграции.

Обзор процесса миграции с помощью параллельной функции миграции

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

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

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

Проверка также проверяет, находится ли Среда службы приложений в минимальной сборке, необходимой для миграции. Эта сборка может быть более новой, чем стандартная сборка, развернутая с помощью стандартного цикла обновления и обслуживания платформы. Минимальная сборка периодически обновляется, чтобы обеспечить доступность последних исправлений ошибок и улучшений. Если Среда службы приложений не в минимальной сборке, необходимо начать обновление самостоятельно. Это стандартный процесс, когда Среда службы приложений не влияет, но вы не можете масштабировать или вносить изменения в Среда службы приложений во время выполнения обновления. Вы не можете выполнить миграцию до завершения обновления. Обновление может занять 8–12 часов в зависимости от размера среды. Если вы планируете определенный период времени миграции, необходимо выполнить проверку 24–48 часов до запланированного времени миграции, чтобы убедиться, что при необходимости потребуется время обновления.

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

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

• Подсеть должна находиться в той же виртуальной сети и, следовательно, регионе, так как существующие Среда службы приложений.
  • Если у виртуальной сети нет доступной подсети, необходимо создать ее. Возможно, потребуется увеличить адресное пространство виртуальной сети, чтобы создать новую подсеть. Дополнительные сведения см. в разделе Создание виртуальной сети.
• Подсеть должна иметь возможность взаимодействовать в обоих направлениях с подсетью существующей Среда службы приложений. Убедитесь, что не существуют группы безопасности сети или другие конфигурации сети, которые препятствуют обмену данными между подсетями.
• Подсеть должна иметь одно делегирование Microsoft.Web/hostingEnvironments.
• Подсеть должна иметь достаточно доступных IP-адресов для поддержки новых Среда службы приложений версии 3. Количество необходимых IP-адресов зависит от количества экземпляров, которые вы хотите использовать для нового Среда службы приложений версии 3. Дополнительные сведения см. в разделе Сеть в Среде службы приложений версии 3 руководства PCI.
• Подсеть не должна применять к ней блокировку. При наличии блокировок их необходимо удалить перед миграцией. При необходимости блокировки можно считывать после завершения миграции. Дополнительные сведения о блокировках и наследовании блокировок см. в разделе "Блокировка ресурсов для защиты инфраструктуры".
• Не должно быть никаких политик Azure, блокирующих миграцию или связанные действия. Если существуют политики, которые блокируют создание Среда службы приложений или изменение подсетей, их необходимо удалить перед миграцией. Политики можно считывать при необходимости после завершения миграции. Дополнительные сведения о Политика Azure см. в Политика Azure обзоре.

Создание исходящих IP-адресов для нового Среда службы приложений версии 3

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

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

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

Обновление зависимых ресурсов с помощью новых исходящих IP-адресов

Новые исходящие IP-адреса создаются и предоставляются вам перед началом фактической миграции. Новый исходящий трафик по умолчанию для общедоступных адресов Интернета предоставляется таким образом, чтобы можно было настроить любые внешние брандмауэры, маршрутизацию DNS, группы безопасности сети и любые другие ресурсы, которые используют эти IP-адреса перед завершением миграции. Необходимо обновить все ресурсы, которые будут затронуты изменением IP-адреса, связанным с новой Средой службы приложений версии 3. Не переходите к следующему шагу, пока не будут выполнены все необходимые обновления. Вы можете столкнуться с простоем во время и после шага миграции, если у вас есть зависимости от исходящих IP-адресов и не удается внести все необходимые обновления. Это связано с тем, что после запуска миграции трафик по-прежнему переходит в интерфейсные Среда службы приложений версии 2, базовые вычислительные ресурсы — это новый Среда службы приложений версии 3 в новой подсети.

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

Делегирование подсети Среды службы приложений

Среда службы приложений версии 3 требует, чтобы подсеть, в которой она находится, имела одно делегирование Microsoft.Web/hostingEnvironments. Миграция не может завершиться успешно, если подсеть Среда службы приложений не делегирована или вы делегируют ее другому ресурсу. Убедитесь, что выбранная подсеть для новой Среда службы приложений версии 3 имеет одно делегированиеMicrosoft.Web/hostingEnvironments.

Подтверждение изменения размера экземпляра

Планы Служба приложений создаются с соответствующим номером SKU изолированной версии 2 в рамках миграции. Например, планы I2 соответствуют I2v2. Ваши приложения могут быть чрезмерно подготовлены после миграции, так как уровень "Изолированная версия 2" имеет больше памяти и ЦП на соответствующий размер экземпляра. Вы можете масштабировать среду по мере необходимости после завершения миграции. Дополнительные сведения см. в разделе Сведения о номере SKU.

Убедитесь, что на ваших ресурсах нет блокировок

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

Убедитесь, что политики Azure не блокируют миграцию

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

Добавление суффикса личного домена (необязательно)

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

Если миграция включает суффикс личного домена, для Среда службы приложений версии 3 личный домен не отображается в разделе "Основные сведения" на странице обзора портала, так как это для Среда службы приложений версии 1/2. Вместо этого для Среды службы приложений версии 3 перейдите на страницу Суффикс личного домена, на которой можно проверить правильность настройки суффикса личного домена. Кроме того, в Среда службы приложений версии 2, если у вас есть суффикс личного домена, имя узла по умолчанию включает суффикс личного домена и находится в форме APP-NAME.internal.contoso.com. В Среда службы приложений версии 3 имя узла по умолчанию всегда использует суффикс домена по умолчанию и находится в форме APP-NAME.ASE-NAME.appserviceenvironment.net. Это различие связано с тем, что Среда службы приложений версии 3 сохраняет суффикс домена по умолчанию при добавлении суффикса личного домена. В Среда службы приложений версии 2 существует только один суффикс домена.

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

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

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

Внимание

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

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

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

• В выбранной подсети создается новая Среда службы приложений версии 3.
• Новые планы Служба приложений создаются в новом Среда службы приложений версии 3 с соответствующим уровнем изолированной версии 2.
• Приложения создаются в новом Среда службы приложений версии 3.
• Базовые вычислительные ресурсы и рабочие роли для приложений перемещаются в новую Среда службы приложений версии 3, что означает, что ваши приложения теперь работают на Среда службы приложений версии 3. Однако интерфейсные Среда службы приложений версии 2 по умолчанию выполняются и обслуживают трафик. Старый входящий IP-адрес остается в использовании, но новые исходящие IP-адреса используются. Кроме того, новые интерфейсные Среда службы приложений версии 3 создаются и готовы обслуживать трафик.
  • Для Среда службы приложений балансировки нагрузки внешние интерфейсы Среда службы приложений версии 3 не используются, пока не обновите частные зоны DNS с новым входящий IP-адрес.
  • Для Среда службы приложений ELB процесс миграции не перенаправляет трафик на внешний интерфейс Среда службы приложений версии 3, пока не завершите окончательный этап миграции.

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

Примечание.

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

Получение входящего IP-адреса для новых Среда службы приложений версии 3 и обновление зависимых ресурсов

Новый входящий IP-адрес предоставляется таким образом, чтобы можно было настроить новые конечные точки с такими службами, как Диспетчер трафика или Azure Front Door, и обновить любую из частных зон DNS. Не переходите к следующему шагу, пока не внесите эти изменения. Если вы не обновляете зависимые ресурсы с помощью нового входящего IP-адреса, время простоя. Это ваша ответственность за обновление всех и всех ресурсов, затронутых изменением IP-адреса, связанного с новым Среда службы приложений версии 3. Не переходите к следующему шагу, пока не будут выполнены все необходимые обновления.

Перенаправление трафика клиентов, проверка Среда службы приложений версии 3 и завершение миграции

Последний шаг — перенаправить трафик на новые интерфейсные Среда службы приложений версии 3 и завершить миграцию. Прежде чем выполнить этот шаг, необходимо просмотреть новый Среда службы приложений версии 3 и выполнить любое необходимое тестирование, чтобы убедиться, что он работает должным образом. По умолчанию трафик переходит к интерфейсным Среда службы приложений версии 2. Если вы используете Среда службы приложений ILB версии 3, вы можете протестировать интерфейс Среда службы приложений версии 3, обновив частную зону DNS с новым входящий IP-адрес. Если вы используете Среда службы приложений ELB версии 3, процесс тестирования зависит от конкретной конфигурации сети. Одним из простых способов проверки среды ELB является обновление файла узлов для использования нового ip-адреса Среда службы приложений версии 3. Если у вас есть пользовательские домены, назначенные отдельным приложениям, можно также обновить DNS, чтобы указать новый входящий IP-адрес. Тестирование этого изменения позволяет полностью проверить Среда службы приложений версии 3 перед началом окончательного этапа миграции, в котором удален старый Среда службы приложений.

После того как вы будете готовы перенаправить трафик, вы можете выполнить последний шаг миграции. На этом шаге обновляются внутренние или платформенные записи DNS, указывающие на IP-адрес подсистемы балансировки нагрузки нового Среда службы приложений версии 3 и внешние интерфейсы, созданные во время миграции. Изменения эффективны в течение нескольких минут. Вы несете ответственность за обновление записей DNS, чтобы указать на новый входящий IP-адрес. При возникновении проблем или простоя приложения проверьте параметры кэша и TTL. Этот шаг также завершает работу старого Среда службы приложений и удаляет его. Новая Среда службы приложений версии 3 теперь является рабочей средой.

Внимание

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

Примечание.

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

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

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

Использование параллельной функции миграции

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

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

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

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

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

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

Выполните действия, описанные здесь, и как записано, так как вы выполняете вызовы REST API Azure. Рекомендуется использовать Azure CLI для выполнения этих вызовов API. Дополнительные сведения о других методах см . в справочнике по REST API Azure.

В этом руководстве установите Azure CLI или используйте Azure Cloud Shell и используйте оболочку Bash.

Примечание.

Мы рекомендуем использовать оболочку Bash для выполнения команд, приведенных в этом руководстве. Команды могут быть несовместимы с соглашениями PowerShell и escape-символами.

Внимание

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

1. Выберите подсеть для новой Среда службы приложений версии 3

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

2. Получение идентификатора Среда службы приложений

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

ASE_NAME=<Your-App-Service-Environment-name>
ASE_RG=<Your-ASE-Resource-Group>
VNET_RG=<Your-VNet-Resource-Group>
ASE_ID=$(az appservice ase show --name $ASE_NAME --resource-group $ASE_RG --query id --output tsv)

3. Проверка миграции поддерживается

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

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=Validation&api-version=2022-03-01"

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

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

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=PreMigrationUpgrade&api-version=2022-03-01"

4. Создание исходящих IP-адресов для новых Среда службы приложений версии 3

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

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=PreMigration&api-version=2022-03-01"

Выполните следующую команду, чтобы проверить состояние этого шага:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.status

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

az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2022-03-01" --query properties.windowsOutboundIpAddresses

5. Обновление зависимых ресурсов с новыми исходящими IP-адресами

Используя новые исходящие IP-адреса, обновите все ресурсы или сетевые компоненты, чтобы обеспечить выполнение новых функций среды в случае, когда миграция будет запущена. Вы отвечаете за внесение всех необходимых обновлений. Новые исходящие IP-адреса используются после создания Среда службы приложений версии 3 на этапе миграции. Например, если у вас есть суффикс личного домена и Azure Key Vault и управление ограничениями доступа с помощью брандмауэра, необходимо обновить брандмауэр Azure Key Vault, чтобы разрешить только новые исходящие IP-адреса или всю новую подсеть.

6. Делегируйте подсеть Среда службы приложений

Среда службы приложений версии 3 требует, чтобы подсеть, в которой она находится, имела одно делегирование Microsoft.Web/hostingEnvironments. Предыдущие версии не требовали этого делегирования. Перед миграцией необходимо убедиться, что подсеть делегирована делегирование делегирования делегирования (при необходимости). Вы можете обновить делегирование, выполнив следующую команду или перейдя в подсеть в портал Azure.

az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments

7. Убедитесь, что блокировки в виртуальной сети отсутствуют

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

Используйте следующую команду, чтобы проверить наличие блокировок виртуальной сети:

az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Удалите все существующие блокировки с помощью следующей команды:

az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Связанные команды для проверки наличия блокировок подписки или группы ресурсов см. в справочнике по Azure CLI для блокировок.

8. Подготовка конфигураций

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

Примечание.

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

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

Чтобы задать эти конфигурации, включая идентификацию выбранной ранее подсети, создайте файл с именем parameters.json со следующими сведениями на основе вашего сценария. Обязательно используйте новую подсеть, выбранную для нового Среда службы приложений версии 3. Не включайте свойства суффикса личного домена, если эта функция не применяется к миграции. Обратите внимание на значение zoneRedundant свойства и задайте его в соответствии с требованиями к устойчивости.

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

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>"
    }
}

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

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/asev3-migration/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ase-managed-identity"
        }
    }
}

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

{
    "properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "SystemAssigned"
        }
    }
}

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

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

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

Примечание.

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

Выполните следующую команду, чтобы начать миграцию:

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=HybridDeployment&api-version=2022-03-01" --body @parameters.json

Выполните следующую команду, чтобы проверить состояние миграции:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

После получения состояния миграции MigrationPendingDnsChangeвыполняется миграция и у вас есть ресурс Среда службы приложений версии 3. Теперь ваши приложения работают в новой среде и в старой среде.

Получите сведения о новой среде, выполнив следующую команду:

az appservice ase show --name $ASE_NAME --resource-group $ASE_RG

Внимание

Во время миграции, а также на MigrationPendingDnsChange этапе портал Azure отображаются неверные сведения о Среда службы приложений и приложениях. Используйте Azure CLI для проверки состояния миграции. Если у вас есть вопросы о состоянии миграции или ваших приложений, обратитесь в службу поддержки.

Примечание.

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

10. Получение входящих IP-адресов для новых Среда службы приложений версии 3 и обновление зависимых ресурсов

На этом этапе в процессе миграции есть два набора интерфейсов Среда службы приложений, и оба набора могут обслуживать трафик приложения. Dns не изменяется, поэтому по умолчанию трафик отправляется в старые Среда службы приложений интерфейсных. Необходимо обновить все зависимые ресурсы, чтобы использовать новый входящий IP-адрес для нового Среда службы приложений версии 3. Для внутренних Среда службы приложений (ILB) необходимо обновить частные зоны DNS, чтобы указать новый входящий IP-адрес.

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

Для Среда службы приложений балансировки нагрузки получите частный входящий IP-адрес, выполнив следующую команду:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.internalInboundIpAddresses

Для Среда службы приложений ELB получите общедоступный входящий IP-адрес, выполнив следующую команду:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.externalInboundIpAddresses

Внимание

Если миграция включает суффикс личного домена, поведение имени узла по умолчанию для Среда службы приложений версии 3 отличается от Среда службы приложений версии 2. Для Среда службы приложений версии 3 имя узла по умолчанию всегда использует суффикс домена по умолчанию и находится в форме APP-NAME.ASE-NAME.appserviceenvironment.net. Просмотрите все зависимые ресурсы, такие как Шлюз приложений, которые используют имена узлов приложений, чтобы убедиться, что они обновлены в соответствии с этим поведением. Дополнительные сведения о различиях функций Среда службы приложений между различными версиями см. в Среда службы приложений сравнении версий.

11. Перенаправление трафика клиентов, проверка Среда службы приложений версии 3 и завершение миграции

Этот шаг — это возможность протестировать и проверить новые Среда службы приложений версии 3.

Внимание

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

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

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

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=DnsChange&api-version=2022-03-01"

Выполните следующую команду, чтобы проверить состояние этого шага:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

На этом шаге вы получите состояние CompletingMigration. После получения состояния MigrationCompletedвыполняется шаг перенаправления трафика и миграция завершена.

Распространенные источники проблем при миграции с помощью параллельной функции миграции

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

• Azure Key Vault должен разрешать трафик из новых исходящих IP-адресов или подсети.
• Две подсети должны иметь возможность взаимодействовать друг с другом в обоих направлениях. Клиенты обычно разрешают трафик из старой в новую подсеть, но забудьте разрешить трафик из новой в старую подсеть.
• Шлюз приложений должен обновляться новыми IP-адресами.
• Записи DNS должны обновляться с новыми IP-адресами.
• Если вы жестко закодировали IP-адреса в приложениях, необходимо обновить их с помощью новых IP-адресов.
• Таблицы маршрутов должны обновляться с новыми маршрутами.

Цены

Миграция Среды службы приложений является бесплатной. Однако плата взимается как за Среда службы приложений версии 2, так и за новый Среда службы приложений версии 3 после запуска процесса миграции. Вы перестаете взимать плату за старый Среда службы приложений версии 2 после завершения окончательного шага миграции, в котором удаляется старая среда. Чтобы предотвратить накопление избыточных расходов, необходимо выполнить проверку как можно быстрее. Дополнительные сведения о ценообразовании для Среды службы приложений версии 3 см. в Сведения о ценообразовании.

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

Примечание.

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

Уменьшение масштаба планов Служба приложений

Номера SKU плана Служба приложений, доступные для Среда службы приложений версии 3, выполняются на уровне "Изолированный" версии 2 (Iv2). Количество ядер и объем ОЗУ фактически удвоится на соответствующий уровень по сравнению с изолированным уровнем. При миграции планы Служба приложений преобразуются в соответствующий уровень. Например, экземпляры I2 преобразуются в I2v2. Хотя I2 имеет два ядра и 7 ГБ ОЗУ, I2v2 имеет четыре ядра и 16 ГБ ОЗУ. Если вы ожидаете, что требования к емкости останутся неизменными, вы слишком подготовлены и оплачиваете вычислительные ресурсы и память, которую вы не используете. В этом сценарии вы можете уменьшить масштаб экземпляра I2v2 до I1v2 и в конечном итоге с аналогичным количеством ядер и ОЗУ, которые вы ранее сделали.

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

• Как быть, если перенос Среды службы приложений в настоящее время не поддерживается?
  В настоящее время вы не можете перенести с помощью функции параллельной миграции. Если у вас есть неподдерживаемая среда и вы хотите немедленно выполнить миграцию, обратитесь к разделу Варианты миграции вручную.
• Разделы справки выбрать вариант миграции подходит для меня?
  Просмотрите дерево принятия решений по пути миграции, чтобы решить, какой вариант лучше всего подходит для вашего варианта использования.
• Разделы справки знать, следует ли использовать функцию параллельной миграции?
  Функция параллельной миграции лучше всего подходит для клиентов, которые хотят перейти на Среда службы приложений версии 3, но не могут поддерживать время простоя приложения. Так как для новой среды используется новая подсеть, следует учитывать сетевые рекомендации, включая новые IP-адреса. Если вы можете поддерживать время простоя, см . функцию миграции на месте, которая приводит к минимальным изменениям конфигурации или параметрам миграции вручную. Функция миграции на месте создает Среда службы приложений версии 3 в той же подсети, что и существующая среда, и использует ту же сетевую инфраструктуру.
• Каковая вероятность простоя во время миграции?
  Платформа гарантирует отсутствие простоя во время параллельного процесса миграции. Однако параметры DNS могут привести к простою во время шага изменения DNS. Это может быть связано с проблемами, связанными с параметрами TTL и кэша, так как трафик по-прежнему может быть направлен на старый Среда службы приложений после изменения DNS. Вы должны просмотреть параметры DNS и убедиться, что у вас низкий срок жизни и что поставщик DNS поддерживает быстрое распространение.
• Нужно ли выполнять какие-либо действия в приложениях после миграции, чтобы обеспечить работу приложений в новой Среде службы приложений?
  Нет, все приложения, работающие в прежней версии среды, будут автоматически перенесены в новую среду и будут выполняться как раньше. Ввод данных пользователем не требуется.
• Что делать, если у моей Среды службы приложений есть суффикс личного домена?
  Функция параллельной миграции поддерживает этот сценарий миграции.
• Что делать, если моя Среда службы приложений имеет закрепление по зоне?
  Функция параллельной миграции не поддерживает этот сценарий миграции в настоящее время. Если у вас есть закрепленная зона Среда службы приложений и хотите немедленно перенести ее, см. параметры миграции вручную.
• Что делать, если Среда службы приложений имеет IP-адреса SSL?
  ПРОТОКОЛ SSL IP не поддерживается в Среда службы приложений версии 3. Перед переносом с помощью функции миграции или одного из параметров вручную необходимо удалить все привязки SSL IP-адресов. Если вы планируете использовать функцию параллельной миграции, после удаления всех привязок SSL IP вы передайте эту проверку и сможете продолжить автоматическую миграцию.
• Какие свойства Среды службы приложений будут изменены?
  Вы находитесь на Среда службы приложений версии 3, поэтому обязательно просмотрите функции и различия функций по сравнению с предыдущими версиями. Входящий и исходящий IP-адреса изменяются при использовании параллельной функции миграции. Обратите внимание, что для Среды службы приложений с ELB ранее существовал один IP-адрес как для входящего, так и для исходящего трафика. Для Среды службы приложений версии 3 для этого используются разные IP-адреса. Дополнительные сведения см. в разделе Сеть в Среде службы приложений версии 3 руководства PCI. Чтобы ознакомиться с комплексным сравнением версий платформы "Среда службы приложений", см. Сравнение версий платформы "Среда службы приложений"
• Что происходит в случае сбоя миграции или непредвиденной проблемы во время миграции?
  Если возникла непредвиденная проблема, группы поддержки находятся под рукой. Рекомендуется перенести среды разработки перед касанием любых рабочих сред, чтобы узнать о процессе миграции и узнать, как это влияет на рабочие нагрузки.
• Что происходит с предыдущей версией Среды службы приложений?
  Если вы решите перенести Среда службы приложений с помощью параллельной функции миграции, старая среда будет использоваться до последнего шага процесса миграции. Завершив последний шаг, старая среда и все приложения, размещенные на нем, завершают работу и удаляются. Старая среда больше не доступна. Вернуться к старой среде на этом этапе невозможно.
• Что произойдет с ресурсами Сред службы приложений версий 1 и 2 после 31 августа 2024 г?
  После 31 августа 2024 года, если вы не переходите на Среда службы приложений версии 3, ваши Среда службы приложений версии 1/v2 и приложения, развернутые в них, больше не будут доступны. Среды службы приложений версий 1 и 2 размещаются в блоках масштабирования Службы приложений, которые выполняются в классической архитектуре Облачных служб, поддержка которой будет прекращена к 31 августа 2024 г. По этой причине Среды службы приложений версии 1 и 2 больше не будут доступны после этой даты. Выполните миграцию в Среду службы приложений версии 3, чтобы обеспечить запуск приложений, сохранение и резервное копирование всех ресурсов и данных, которые необходимо сохранить.

Следующие шаги

Сеть в Среде службы приложений версии 3

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

Суффикс личного домена