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

Статья
06/01/2023

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

Перемещение в рамках одной подписки

При перемещении ресурсов из одной группы ресурсов в другую в пределах одной подписки действуют следующие ограничения.

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

Для перемещения ресурсов классической модели в новую группу ресурсов в пределах одной подписки используйте стандартные операции перемещения на портале, в Azure PowerShell, Azure CLI или REST API. При этом используются те же операции, что и для перемещения ресурсов Resource Manager.

Перемещение между подписками

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

Исходные и целевые подписки должны находиться в одном клиенте Microsoft Entra.
Подписки поставщика облачных служб (CSP) не поддерживают перенос классических облачных служб.
Все классические ресурсы в подписке необходимо переместить в рамках одной операции.
Целевая подписка не должна содержать никаких других классических ресурсов.
Перемещение можно запросить только через отдельный интерфейс REST API для классических перемещений. Стандартные команды перемещения Resource Manager не работают, если перемещение классических ресурсов осуществляется в новую подписку.

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

Проверьте, может ли исходная подписка участвовать в перемещении между подписками. Выполните такую операцию:
```
POST https://management.azure.com/subscriptions/{sourceSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
```
Включите в текст запроса такой код:
```
{
 "role": "source"
}
```
Ответ на операцию проверки имеет следующий формат:
```
{
 "status": "{status}",
 "reasons": [
   "reason1",
   "reason2"
 ]
}
```
Проверьте, может ли целевая подписка участвовать в перемещении между подписками. Выполните такую операцию:
```
POST https://management.azure.com/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
```
Включите в текст запроса такой код:
```
{
 "role": "target"
}
```
Ответ будет в том же формате, что и проверка исходной подписки.
Если обе подписки пройдут проверку, переместите все классические ресурсы из одной подписки в другую, выполнив следующее действие:
```
POST https://management.azure.com/subscriptions/{subscription-id}/providers/Microsoft.ClassicCompute/moveSubscriptionResources?api-version=2016-04-01
```
Включите в текст запроса такой код:
```
{
 "target": "/subscriptions/{target-subscription-id}"
}
```

Операция может занять несколько минут.

Возможные сообщения об ошибках на этапе проверки исходной подписки

"Невозможно продолжить миграцию подписки для SubscriptionId {идентификатор подписки}, так как выполняется миграция классической службы IaaS в ARM для следующего ресурса развертывания: xx в HostedService {имя-классической-облачной-службы}"

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

"Исходная подписка {идентификатор подписки} пустая"

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

"Исходная подписка включает следующие приложения, которые не поддерживают миграцию: {имя приложения}"

"Исходная подписка включает следующие облачные службы, которые не поддерживают миграцию: {имя облачной службы}"

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

Дополнительные сведения

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

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

Если у вас возникли проблемы с перемещением ресурсов классической модели, обратитесь в службу поддержки.

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