Compartir a través de

Guía de traslado de recursos del modelo de implementación de Cloud Services (soporte extendido)

  • Artículo

Los pasos para mover los recursos implementados en el modelo de Cloud Services (soporte extendido) 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 Cloud Services (soporte extendido) de un grupo de recursos a otro dentro de la misma suscripción, se aplican las restricciones siguientes:

  • El servicio en la nube no debe estar en modo manual.
  • El servicio en la nube no debe ser intercambiable VIP.
  • Cloud Service no debe tener ninguna operación pendiente.
  • El servicio en la nube no debe estar en la migración.
  • El servicio en la nube no debe estar en estado de error.
  • Asegúrese de que el servicio en la nube tenga un URI de blob SAS vigente que apunte al paquete del servicio en la nube.

Nota:

Puede mover Cloud Services y recursos de red asociados (por ejemplo, PublicIPs y grupos de seguridad de red) de forma independiente. Sin embargo, los equilibradores de carga siempre deben existir en el mismo grupo de recursos.

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. Use las mismas operaciones para mover recursos de Resource Manager.

Traslado entre suscripciones

Al mover implementaciones de Cloud Services (soporte extendido) a una nueva suscripción, se aplican las restricciones siguientes:

  • Debe mover todos los recursos de servicio en la nube asociados, como almacén de claves y recursos de red, para los movimientos entre suscripciones.
  • Debe crear un vale para resolver un error que indica que el servicio en la nube no se puede mover debido a una operación con error anterior, cree un vale.
  • El servicio en la nube no debe tener referencias entre suscripciones.