Moviendo recursos entre suscripciones de Azure

El movimiento de recursos en Azure se ha tratado de llevar al máximo a ser una operación de autoservicio a través de las funciones del portal, para evitar posibles esperas al equipo de soporte. Sin embargo, no todos los recursos se pueden mover de esta manera y algunos poseen ciertas limitaciones a la hora de moverse.

La principal limitante para mover recursos entre suscripciones sin requerir soporte, es que dichas suscripciones pertenezcan al mismo tenant de Active Directory (o a la misma cuenta de Azure – una cuenta de Azure puede ser dueña de varias suscripciones de Azure. En este caso, todas las suscripciones pertenecientes a esa cuenta, también pertenecen al mismo tenant de Azure Directory que se crea por defecto).

Si las suscripciones no pertenecen al mismo tenant, entonces se hace obligatorio pedir un caso de soporte para hacer el movimiento.

Hoy en día, esta es una labor sencilla, dado que dentro del portal de administración de Azure, en las opciones de soporte hay una especial para la administración de la suscripción, que permite este tipo de acciones y que viene incluida sin costo.

En los otros casos, el movimiento de recursos en general funciona de la siguiente manera:

Se selecciona el Resource Group (RG) que tiene los recursos a mover. Allí en la descripción del RG hay una opción de mover el RG. Al seleccionarla, aparecen los recursos incluidos dentro de es RG para escoger aquellos que queremos mover. Luego se selecciona el RG al que se quieren mover.

 

 

Esto casi siempre es necesario antes de mover los recursos a otra suscripción, pues este movimiento se hace basado en todo un RG completo. Así que primero hay que agrupar los elementos que se quieren transferir a un RG separado, si es que no se quiere transferir todo un RG originalmente.

Una vez se tienen agrupados los elementos que se quieren transferir procedemos así:

Y nos aparecerá una lista de todas las suscripciones pertenecientes al mismo AD Tenant. Solo a esas podremos mover los recursos automáticamente. Recuerde que si se necesita mover los recursos a un tenant diferente, se requerirá entonces de un caso de soporte.

Otras limitaciones:

Como lo mencioné anteriormente, hay servicios con limitantes. Por ejemplo el App Service posee ciertas reglas a la hora de moverse. O los elementos clásicos que no están manejados a través de un Resource Group. En estos casos, la mayoría de veces también es mejor acudir a soporte. Encuentre aquí, una lista detallada de los elementos que se pueden mover, aquellos que tienen limitantes y los que definitivamente no pueden moverse.

Comments

• Anonymous
  January 24, 2017
  Buena información. Ahora que estamos pasándonos de Classic a ARM
  • Anonymous
    January 29, 2017
    Sí, es lo mejor. Modernizar lo que más se pueda.