Conseils pour le déplacement de ressources du modèle de déploiement classique

Article
06/20/2024

Les étapes de déplacement des ressources déployées avec le modèle classique diffèrent selon que vous déplaciez les ressources au sein d’un abonnement ou vers un nouvel abonnement.

Déplacer dans le même abonnement

Lors du déplacement de ressources d’un groupe de ressources vers un autre au sein du même abonnement, les restrictions suivantes s’appliquent :

Les réseaux virtuels (classiques) ne peuvent pas être déplacés.
Les machines virtuelles (classiques) doivent être déplacées avec le service cloud.
Le service cloud ne peut être déplacé que lorsque le déplacement comprend toutes ses machines virtuelles.
Un seul service cloud peut être déplacé à la fois.
Un seul compte de stockage (classique) peut être déplacé à la fois.
Vous ne pouvez pas déplacer un compte de stockage (classique) dans la même opération avec une machine virtuelle ou un service cloud.

Pour déplacer des ressources classiques vers un nouveau groupe de ressources dans le même abonnement, utilisez les opérations de déplacement standard via le portail, Azure PowerShell, l’interface CLI Azure ou l’API REST. Vous utilisez les mêmes opérations que vous celles que vous utilisez pour déplacer des ressources Resource Manager.

Déplacer entre différents abonnements

Lors du déplacement de services cloud classiques vers un nouvel abonnement, les restrictions suivantes s’appliquent :

Les abonnements source et cible doivent être sous le même locataire Microsoft Entra.
Les abonnements CSP (fournisseur de service cloud) ne prennent pas en charge la migration des services cloud classiques.
Toutes les ressources classiques de l’abonnement doivent être déplacées au cours de la même opération.
L’abonnement cible ne doit pas contenir d’autres ressources classiques.
Le déplacement peut uniquement être demandé par le biais d’une API REST distincte pour les déplacements classiques. Les commandes de déplacement standard de Resource Manager ne fonctionnent pas lors du déplacement de ressources classiques vers un nouvel abonnement.

Pour déplacer des ressources classiques vers un nouvel abonnement, utilisez des opérations REST spécifiques aux ressources classiques. Pour utiliser REST, procédez comme suit :

Vérifiez si l’abonnement source peut participer à un déplacement entre abonnements. Utilisez l’opération suivante :

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

Dans le corps de la demande, spécifiez :

{
 "role": "source"
}

La réponse pour l’opération de validation est au format suivant :

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

Vérifiez si l’abonnement de destination peut participer à un déplacement entre abonnements. Utilisez l’opération suivante :
```
POST https://management.azure.com/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
```
Dans le corps de la demande, spécifiez :
```
{
 "role": "target"
}
```
La réponse est dans le même format que la validation de l’abonnement source.

Si les deux abonnements sont validés, déplacez toutes les ressources classiques d’un abonnement à l’autre via l’opération suivante :

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

Dans le corps de la demande, spécifiez :

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

Cette opération peut prendre plusieurs minutes.

Messages d’erreur possibles dans la phase de validation de l’abonnement source

« La migration d’abonnement pour l’ID d’abonnement {ID d’abonnement} ne peut pas continuer car une migration IaaS de Classique vers ARM est en cours pour la ressource de déploiement : xx dans le service hébergé {nom-service-cloud-classique} »

Ce message signifie qu’il existe un service cloud classique qui est en cours de migration vers le service cloud (support étendu). Les utilisateurs doivent annuler cette opération de migration ARM, puis réessayer la validation.

« L’abonnement source {ID d’abonnement} est vide »

L’abonnement source ne peut pas être vide, désactivé, supprimé ou en cours de migration. Pendant la période de migration, les opérations d’écriture ne sont pas autorisées sur les ressources de l’abonnement.

« L’abonnement source contient une ou plusieurs applications qui ne prennent pas en charge la migration : {nom des applications} »

« L’abonnement source contient un ou plusieurs services qui ne prennent pas en charge la migration : {noms des services cloud} »

Les ressources mentionnées dans le message d’erreur ne peuvent pas être migrées : les utilisateurs doivent donc supprimer ces ressources avant de déclencher la migration.

Plus d’informations

Le nom de domaine et l’adresse IP publique sont toujours les mêmes qu’avant la migration. Dans des circonstances normales, il ne doit y avoir aucun temps d’arrêt pour le service cloud pendant la migration.

Étapes suivantes

En cas de problèmes lors du déplacement de ressources classiques, contactez le support.

Pour obtenir les commandes permettant de déplacer des ressources, consultez Déplacer des ressources vers un nouveau groupe de ressources ou un nouvel abonnement.

Partager via