Azure: ¿Cómo mover recursos entre suscripciones con distintos tenants?(es-MX)

 Artículo Original: https://social.technet.microsoft.com/wiki/contents/articles/51360.azure-how-to-move-resources-between-subscriptions-under-different-tenants.aspx

Créditos: Damir Dobric

Introducción

Al vivir con la plataforma de Azure Cloud, a veces se nos puede solicitar mover recursos de una suscripción a otra. Puede haber varias razones para hacerlo.

Por ejemplo, hemos comenzado con el proyecto en la nube en alguna suscripción, porque no quería esperar a que alguien decidiera la suscripción de destino correcta.

En este caso, normalmente implementaríamos la aplicación en la suscripción correcta.

Pero a veces esto no es fácil y podría ser más difícil de lo que pensamos. Imaginemos, tenemos muchos dispositivos que apunta a algunos de nuestros recursos. Por ejemplo, algunas aplicaciones de teléfonos inteligentes utilizan algún punto final REST de nuestro servicio (caso trivial).

Podríamos preguntarnos, ¿por qué este podría ser el problema? En el pasado, estábamos usando los recursos de Azure Classic (antes de la hora ARM). En ese momento, los chicos de soporte pudieron mover sus recursos de la suscripción 1 a la suscripción.

Desde que se introdujo ARM, el movimiento de recursos tiene una gran limitación. Significa que no puede mover recursos de S1 a S2 si las suscripciones están bajo diferentes arrendatarios de AAD. Eso significa que el soporte no puede hacer esto por usted también.

Pasos

Este artículo describe cómo puedes hacer esto con algunos ajustes. Supongamos que tenemos dos suscripciones S1 y S3. S1 es su suscripción de fuente bajo el inquilino T1 y S3 es la suscripción de destino S3 bajo el inquilino T2. No se confunda con la indexación de S1-T1 y S2-T2.

En primer lugar, debemos crear una nueva suscripción temporal S2 de PAY-AS-YOU-GO. Depende de nosotros cómo hacer eso. Pero tengamos en cuenta que primero debemos iniciar sesión en el portal como propietario de la suscripción S1, que está bajo el tenant T1. La suscripción S2 se debe crear dentro del tenant T1. Cuando iniciemos sesión en el portal en S1 y creemos una nueva suscripción, esto se hará automáticamente por usted.

La siguiente imagen muestra las tres suscripciones con el grupo de recursos RG1, que queremos mover de S1-T1 a S3-T2.

https://developersde.blob.core.windows.net/usercontent/2018/3/26956_azuresubmove1.jpg

Una vez que tengamos una nueva suscripción, podremos mover recursos de S1 a la nueva suscripción creada S2. Esto es posible porque ambos están bajo el mismo tenant T1. La siguiente imagen muestra cómo hacerlo.

https://developersde.blob.core.windows.net/usercontent/2018/3/26957_azuresubmove2.jpg

A continuación, debemos cambiar el directorio de la suscripción S2 del tenant T1 al tenant T2. Nota: la suscripción única en Azure está asociada solo con el único tenant. Un tenant puede asociarse con muchas suscripciones.

https://developersde.blob.core.windows.net/usercontent/2018/3/26957_azuresubmove3.jpg

Conclusión

 Si lo hizo todo correctamente, nuestra nueva suscripción temporal S2 está bajo el tenant T2. Si iniciamos sesión ahora en el portal como propietario de la suscripción S3, veremos allí el grupo de recursos RG1. Hagamos clic en quitar. Tengamos en cuenta que no hay ninguna imagen para este paso incluido, pero es semánticamente igual que la segunda imagen. Ahora podremos mover RG1 de S2 a S3. Sin embargo, tengamos en cuenta que después de haber conectado S2 al tenant T2, tendremos que esperar posiblemente durante una hora para que se sincronice AAD. Eso significa que si intentamos mover RG1 de S2 a S3 inmediatamente después de asignar S2 a T2, el proceso de migración fallará. Solo debemos esperar un tiempo más.

Por último, pero no menos importante, gracias a José Maria Soares de Microsoft que ayudó a resolver este escenario.