Guía para trasladar los recursos del modelo de implementación clásica

Artículo
06/01/2023

Los pasos para mover los recursos implementados en el modelo clásico varían en función de si los recursos se trasladan dentro de una misma suscripción o se trasladan a otra nueva.

Traslado en la misma suscripción

Al mover recursos de un grupo de recursos a otro dentro de la misma suscripción, se aplican las restricciones siguientes:

No se pueden mover redes virtuales (clásico).
Las máquinas virtuales (clásico) se deben mover con el servicio en la nube.
El servicio en la nube solo se puede mover cuando el traslado incluye todas sus máquinas virtuales.
Solo se puede mover un servicio en la nube cada vez.
Solo se puede mover una cuenta de almacenamiento (clásico) cada vez.
No se puede mover una cuenta de almacenamiento (clásico) con una máquina virtual o un servicio en la nube en la misma operación de traslado.

Para mover los recursos de la versión clásica a un nuevo grupo de recursos de la misma suscripción, utilice las operaciones de traslado estándar en el portal, Azure PowerShell, la CLI de Azure o la API REST. Utilice las mismas operaciones que utiliza para trasladar recursos de Resource Manager.

Traslado entre suscripciones

Al trasladar servicios en la nube clásicos a una nueva suscripción, se aplican las restricciones siguientes:

Las suscripciones de origen y destino tienen que estar en el mismo inquilino de Microsoft Entra.
Las suscripciones del proveedor de servicios en la nube (CSP) no admiten la migración de servicios en la nube clásicos.
Todos los recursos clásicos de la suscripción se deben mover en la misma operación.
La suscripción de destino no debe contener otros recursos clásicos.
El traslado solo puede solicitarse a través de una API de REST independiente para el traslado de recursos clásicos. Los comandos de movimiento estándar de Resource Manager no funcionan para mover recursos clásicos a una nueva suscripción.

Para trasladar recursos clásicos a una nueva suscripción, use operaciones REST específicas para recursos clásicos. Para usar REST, siga estos pasos:

Compruebe si la suscripción de origen puede participar en un movimiento entre suscripciones. Utilice la siguiente operación:

POST https://management.azure.com/subscriptions/{sourceSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01

En el cuerpo de la solicitud, incluya:

{
 "role": "source"
}

La respuesta para la operación de validación está en el formato siguiente:

{
 "status": "{status}",
 "reasons": [
   "reason1",
   "reason2"
 ]
}

Compruebe si la suscripción de destino puede participar en un movimiento entre suscripciones. Utilice la siguiente operación:
```
POST https://management.azure.com/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
```
En el cuerpo de la solicitud, incluya:
```
{
 "role": "target"
}
```
La respuesta está en el mismo formato que la validación de la suscripción de origen.

Si ambas suscripciones superan la validación, traslade todos los recursos clásicos de una suscripción a otra con la siguiente operación:

POST https://management.azure.com/subscriptions/{subscription-id}/providers/Microsoft.ClassicCompute/moveSubscriptionResources?api-version=2016-04-01

En el cuerpo de la solicitud, incluya:

{
 "target": "/subscriptions/{target-subscription-id}"
}

Es posible que esta operación tarde varios minutos.

Posibles mensajes de error en la fase de validación de la suscripción de origen

"La migración de la suscripción de SubscriptionId {id. de suscripción} no puede continuar porque la migración de la IaaS clásica a ARM se encuentra en curso para el recurso de implementación siguiente: xx en HostedService {nombre del servicio en la nube clásico}"

Este mensaje significa que hay un servicio en la nube clásico que se está en proceso de migración al servicio en la nube (soporte extendido). Los usuarios deben anular esta operación de migración de ARM y volver a intentar la validación.

"La suscripción de origen {id. de suscripción} está vacía"

La suscripción de origen no puede estar vacía, deshabilitada, eliminada o con la migración en curso. Durante el período de migración, no se permiten operaciones de escritura en los recursos de la suscripción.

"La suscripción de origen contiene aplicaciones que no admiten la migración: {nombre de la aplicación}"

"La suscripción de origen contiene los siguientes servicios en la nube que no admiten la migración: {nombre del servicio en la nube}"

Los recursos mencionados en el mensaje de error no se pueden migrar, por lo que los usuarios tienen que eliminar estos recursos antes de desencadenar la migración.

Más información

El nombre de dominio y la dirección IP pública siguen siendo los mismos que antes de la migración. En circunstancias normales, no tendría que haber tiempo de inactividad para el servicio en la nube durante la migración.

Pasos siguientes

Si tiene problemas para mover los recursos de la versión clásica, póngase en contacto con el servicio de soporte técnico.

Para ver los comandos para trasladar recursos, vea Traslado de los recursos a un nuevo grupo de recursos o a una nueva suscripción.