Partager via


Échanger ou basculer des déploiements dans Azure Cloud Services (support étendu)

Important

À compter du 31 mars 2025, les services cloud (support étendu) sont déconseillés et seront entièrement mis hors service le 31 mars 2027. Découvrez plus d’informations sur cette dépréciation et comment migrer.

Vous pouvez basculer entre deux déploiements de service cloud indépendants dans Azure Cloud Services (support étendu). Contrairement à Azure Cloud Services (classique), le modèle Azure Resource Manager d’Azure Cloud Services (support étendu) n’utilise pas d’emplacements de déploiement. Dans Azure Cloud Services (support étendu), lorsque vous déployez une nouvelle version d’un service cloud, vous pouvez rendre le service cloud « échangeable » avec un service cloud existant dans Azure Cloud Services (support étendu).

Une fois que vous avez échangé les déploiements, vous pouvez déplacer votre nouvelle version vers un environnement intermédiaire et la tester à l’aide du nouveau déploiement de service cloud. En effet, l’échange permet de promouvoir un nouveau service cloud dont la mise en production est échelonnée.

Remarque

Vous ne pouvez pas échanger un déploiement Azure Cloud Services (classique) et un déploiement Azure Cloud Services (support étendu).

Vous devez rendre un service Cloud échangeable avec un autre service cloud lorsque vous déployez le deuxième service d’une paire de services cloud pour la première fois. Une fois la deuxième paire de service Cloud déployée, elle ne peut pas être remplacée par un service Cloud existant dans les mises à jour ultérieures.

Vous pouvez échanger les déploiements en utilisant un modèle Azure Resource Manager (modèle ARM), le portail Azure ou l’API REST.

Lors du déploiement du deuxième service Cloud, les deux services Cloud ont leur propriété SwappableCloudService définie de sorte qu’ils pointent l'un vers l'autre. Toute mise à jour ultérieure de ces services Cloud doit spécifier cette propriété, échouer à le faire entraîne une erreur indiquant que la propriété SwappableCloudService ne peut pas être supprimée ou mise à jour.

Une fois définie, la propriété SwappableCloudService est traitée comme ReadOnly. Elle ne peut pas être supprimée ou remplacée par une autre valeur. La suppression de l’un des services cloud (de la paire remplaçable) entraîne l’effacement de la propriété SwappableCloudService du service cloud restant.

Modèle ARM

Si vous utilisez une méthode de déploiement par modèle ARM, pour rendre les services cloud échangeables, définissez la propriété SwappableCloudService dans networkProfile dans l’objet cloudServices sur l’ID du service cloud associé :

"networkProfile": {
 "SwappableCloudService": {
              "id": "[concat(variables('swappableResourcePrefix'), 'Microsoft.Compute/cloudServices/', parameters('cloudServicesToBeSwappedWith'))]"
            },
        }

Portail Azure

Pour échanger un déploiement sur le portail Azure :

  1. Dans le menu du portail, sélectionnez Azure Cloud Services (support étendu) ou Tableau de bord.

  2. Sélectionnez le service cloud que vous souhaitez mettre à jour.

  3. Dans Vue d’ensemble du service cloud, sélectionnez Échanger :

    Capture d’écran montrant l’onglet Échanger pour le service cloud.

  4. Dans le volet de confirmation de l’échange, vérifiez les informations des déploiements, puis sélectionnez OK pour échanger les déploiements :

Les déploiements se permutent rapidement, car la seule chose qui change est l’adresse IP virtuelle du service cloud déployé.

Pour économiser des coûts de calcul, vous pouvez supprimer l’un des services cloud (désigné comme environnement intermédiaire pour le déploiement de votre application) après avoir vérifié que le service cloud échangé fonctionne comme prévu.

API REST

Pour utiliser l’API REST pour échanger avec un nouveau déploiement de service cloud dans Azure Cloud Services (support étendu), utilisez la commande et la configuration JSON suivantes :

POST https://management.azure.com/subscriptions/subid/providers/Microsoft.Network/locations/westus/setLoadBalancerFrontendPublicIpAddresses?api-version=2021-02-01
{
  "frontendIPConfigurations": [
    {
      "id": "/subscriptions/subid/resourceGroups/rg1/providers/Microsoft.Network/loadBalancers/lb1/frontendIPConfigurations/lbfe1",
      "properties": {
        "publicIPAddress": {
          "id": "/subscriptions/subid/resourceGroups/rg2/providers/Microsoft.Network/publicIPAddresses/pip2"
        }
      }
    },
    {
      "id": "/subscriptions/subid/resourceGroups/rg2/providers/Microsoft.Network/loadBalancers/lb2/frontendIPConfigurations/lbfe2",
      "properties": {
        "publicIPAddress": {
          "id": "/subscriptions/subid/resourceGroups/rg1/providers/Microsoft.Network/publicIPAddresses/pip1"
        }
      }
    }
  ]
}

Questions courantes sur l’échange de déploiements

Vérifiez les réponses aux questions courantes sur les échanges de déploiements dans Azure Cloud Services (support étendu).

Quelles sont les conditions préalables à l’échange avec un nouveau déploiement de services Cloud ?

Vous devez remplir deux conditions préalables essentielles pour qu’un échange de déploiements réussisse dans Azure Cloud Services (support étendu) :

  • Si vous souhaitez utiliser une adresse IP statique ou réservée pour l’un des services cloud échangeables, l’autre service cloud doit également utiliser une adresse IP réservée. Sinon, l’échange échoue.
  • Toutes les instances de vos rôles doivent fonctionner pour que l'échange soit réussi. Pour vérifier l’état de vos instances, dans le portail Azure, accédez à la section Vue d’ensemble du service cloud nouvellement déployé ou utilisez la commande Get-AzRole dans Windows PowerShell.

Les mises à jour du système d’exploitation invité et les opérations de réparation de service peuvent entraîner l’échec d’un échange de déploiements. Pour plus d’informations, consultez Résoudre les déploiements de service cloud.

Puis-je effectuer un échange VIP en parallèle avec une autre opération de modification ?

Non. Un swap de VIP est un changement limité au réseau qui doit être terminé avant le lancement de toute autre opération de calcul informatique sur un service cloud. Le lancement d’une opération de mise à jour, de suppression ou de mise à l’échelle automatique pour un service cloud alors qu’un échange d’adresses IP virtuelles est en cours ou le déclenchement d’un échange d’adresses IP virtuelles alors qu’une autre opération de calcul est en cours peut entraîner une erreur irrécupérable dans le service cloud.

Un échange implique-t-il un temps d’arrêt pour mon application, et comment dois-je le gérer ?

L’échange de services cloud est généralement rapide, car il s’agit seulement d’une modification de la configuration de l’équilibreur de charge Azure. Dans certains cas, l’échange peut prendre au moins 10 secondes et entraîner des échecs de connexion temporaires. Pour limiter l’effet de l’échange sur les utilisateurs, envisagez d’implémenter une logique de nouvelle tentative du client.

Étapes suivantes