Partager via

Changements après la migration

  • Article

Le déploiement Cloud Services (classique) est converti en déploiement Cloud Services (support étendu). Pour plus d’informations, consultez Documentation sur les Services cloud (support étendu).

Modifications apportées aux fichiers de déploiement

Des modifications mineures sont apportées au fichier .csdef et .cscfg du client pour que les fichiers de déploiement soient conformes aux exigences d’Azure Resource Manager et des services cloud (support étendu). Après la migration, vous récupérez vos nouveaux fichiers de déploiement ou mettez à jour les fichiers existants, qui sont nécessaires pour les opérations de mise à jour/suppression.

  • Le réseau virtuel utilise l’ID de ressource complet Azure Resource Manager au lieu du nom de ressource dans la section NetworkConfiguration du fichier .cscfg. Par exemple : /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Pour les réseaux virtuels appartenant au même groupe de ressources que le service cloud, vous pouvez choisir de mettre à jour le fichier .cscfg à l’aide du nom de réseau virtuel uniquement.

  • Les tailles classiques comme Small, Large, ExtraLarge sont remplacées par leurs nouveaux noms de taille, Standard_A*. Les noms de taille doivent être remplacés par leurs nouveaux noms dans le fichier .csdef. Pour plus d’informations, consultez Prérequis pour le déploiement de Cloud Services (support étendu)

  • Utilisez l’API Get pour récupérer la copie la plus récente des fichiers de déploiement.

Mise à jour de la configuration d’Azure Traffic Manager après la migration du service cloud

Après la migration de vos Services cloud (classiques) vers Services cloud (support étendu), vous pouvez rencontrer des problèmes de mise à jour ou de suppression de configurations de point de terminaison dans Azure Traffic Manager. Ceci est dû à des problèmes de synchronisation des ID de ressource, où le point de terminaison Traffic Manager pointe toujours vers l’ancien ID de ressource pour Services cloud (classique), alors que le déploiement de Services cloud (support étendu) a un nouvel ID de ressource. Pour résoudre ce problème, effectuez les étapes suivantes :

  1. Migrer le point de terminaison temporaire du trafic : migrez votre trafic Azure Traffic Manager vers un point de terminaison secondaire.
  2. Supprimer les points de terminaison de calcul classiques dans Azure Traffic Manager : une fois le trafic dirigé vers un point de terminaison temporaire, supprimez le point de terminaison de calcul classique du profil Traffic Manager.
  3. Migrer vers Services cloud (support étendu) : migrez la ressource Services cloud vers Services cloud (support étendu).
  4. Ajouter de nouveaux points de terminaison dans Azure Traffic Manager : créez de nouveaux points de terminaison dans votre profil Traffic Manager pour la ressource Services cloud (support étendu) migrée. Ce point de terminaison a le nouvel ID de ressource pour le service cloud migré.
  5. Reprendre le trafic vers le point de terminaison Services cloud (support étendu) principal : le point de terminaison secondaire peut être supprimé ou ajusté avec un poids inférieur. Le trafic sera servi à la nouvelle ressource (support étendu). Ce processus garantit que votre instance Traffic Manager est correctement alignée sur les ID de ressource mis à jour et évite les problèmes de configuration qui peuvent retarder les projets.

Modifications apportées à l’automatisation, au pipeline CI/CD, aux scripts personnalisés, aux tableaux de bord personnalisés, aux outils personnalisés, etc. du client.

Les clients doivent mettre à jour leurs outils et leur automatisation pour commencer à utiliser les nouvelles API/commandes afin de gérer leur déploiement. Le client peut facilement adopter de nouvelles fonctionnalités et les fonctionnalités d’Azure Resource Manager/Cloud Services (support étendu) dans le cadre de cette modification.

  • Modifications apportées aux noms de ressources et de groupes de ressources après la migration

    • Dans le cadre de la migration, les noms de quelques ressources comme le service cloud, les adresses IP publiques, etc. changent. Ces modifications devront peut-être être reflétées dans les fichiers de déploiement avant la mise à jour du service cloud. En savoir plus sur les noms des ressources qui changent.

  • Recréer les règles et les stratégies nécessaires pour gérer et mettre à l’échelle les services cloud

Modifications apportées à la gestion des certificats après la migration

Pour gérer vos certificats, il est recommandé d’ajouter tous les fichiers de certificat .pfx valides au magasin de certificats dans Key Vault. La mise à jour devrait fonctionner parfaitement avec n’importe quel client : Portail, PowerShell ou API REST.

Actuellement, le Portail Azure effectue une validation pour vérifier si tous les certificats requis sont chargés dans le magasin de certificats dans Key Vault et vous avertit si aucun certificat n’est trouvé. Toutefois, si vous envisagez d’utiliser des certificats comme des secrets, ceux-ci ne peuvent pas être validés pour leur empreinte et les opérations de mise à jour impliquant l’ajout de secrets échoueraient via le Portail. Il est recommandé aux clients d’utiliser PowerShell ou RestAPI pour continuer les mises à jour impliquant des secrets.

Modifications pour la mise à jour via Visual Studio

Si vous avez publié des mises à jour via Visual Studio directement, vous devriez d’abord télécharger le dernier fichier CSCFG à partir de votre déploiement après la migration. Utilisez ce fichier comme référence pour ajouter les détails de Configuration réseau à votre fichier CSCFG actuel dans leprojet Visual Studio. Générez ensuite la solution et publiez-la. Vous devrez peut-être choisir Key Vault et le groupe de ressources pour cette mise à jour.

Étapes suivantes