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

Lors du déplacement de 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

Notes

Les services cloud et les ressources réseau associées (par exemple les adresses IP publiques et les groupes de sécurité réseau) peuvent être déplacés indépendamment. 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. 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 déploiements Services cloud (support étendu) vers un nouvel abonnement, les restrictions suivantes s’appliquent :

  • Lors d’un déplacement entre abonnements, toutes les ressources de service cloud associées, comme le coffre de clés et les ressources réseau, doivent être déplacées ensemble.
  • Si vous rencontrez une erreur lors d’une opération de déplacement de ressource indiquant que le service cloud ne peut pas être déplacé en raison de l’échec d’une opération antérieure, créez un ticket pour résoudre le problème.
  • Le service cloud ne doit pas avoir de références entre abonnements.