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

Article
02/26/2025

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

Lorsque vous déplacez des ressources d’un groupe de ressources vers un autre au sein du même abonnement, les restrictions suivantes s’appliquent :

Vous ne pouvez pas déplacer de réseaux virtuels (classiques).
Vous devez déplacer des machines virtuelles (classiques) avec le service cloud.
Vous ne pouvez déplacer le service cloud que lorsque le déplacement inclut toutes ses machines virtuelles.
Vous ne pouvez déplacer qu’un seul service cloud à la fois.
Vous ne pouvez déplacer qu’un seul compte de stockage (classique) à 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. Utilisez les mêmes opérations que 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.
Vous pouvez uniquement demander le déplacement 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.

Déplacez toutes les ressources classiques validées d’un abonnement à un autre. Utilisez 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). Vous devez 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} »

Vous ne pouvez pas migrer les ressources mentionnées dans le message d’erreur. Supprimez donc 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.

Partage via