Partager via


Conseils sur le déplacement pour des ressources du modèle de déploiement Services cloud (support étendu)

Les étapes du déplacement des ressources déployées via le modèle Services cloud (support étendu) diffèrent selon que vous déplacez 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 Services cloud (support étendu) d’un groupe de ressources vers un autre au sein du même abonnement, les restrictions suivantes s’appliquent :

  • Le service cloud ne doit pas être en mode manuel.
  • Le service cloud ne doit pas permettre l’échange de son adresse IP virtuelle.
  • Le service cloud ne doit pas avoir d’opérations en attente.
  • Le service cloud ne doit pas être en cours de migration.
  • Le service cloud ne doit pas être dans un état d’échec.
  • Vérifiez que le service cloud a un URI d’objet blob SAS non expiré pointant vers le package du service cloud.

Remarque

Vous pouvez déplacer les services cloud et les ressources de mise en réseau associées (par exemple les adresses IP publiques et les groupes de sécurité réseau) indépendamment. Cependant, les équilibreurs de charge doivent toujours se trouver dans le même groupe de ressources.

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 pour déplacer des ressources Resource Manager.

Déplacer entre différents abonnements

Lorsque vous déplacez des déploiements Services cloud (support étendu) vers un nouvel abonnement, les restrictions suivantes s’appliquent :

  • Vous devez déplacer ensemble toutes les ressources de service cloud associées, comme le coffre de clés et les ressources réseau, pour les déplacements entre abonnements.
  • Vous devez créer un ticket pour résoudre une erreur indiquant que le service cloud ne peut pas être déplacé en raison d’une opération ayant auparavant échoué.
  • Le service cloud ne doit pas avoir de références entre abonnements.