Partager via


Migration de circuits ExpressRoute du modèle de déploiement classique vers le modèle de déploiement Resource Manager

Cet article décrit les enjeux de la migration d’un circuit ExpressRoute du modèle de déploiement classique vers le modèle de déploiement Resource Manager.

Un circuit ExpressRoute permet de connecter des réseaux virtuels déployés à la fois dans les modèles classique et Resource Manager.

Un circuit ExpressRoute qui se lie à des réseaux virtuels dans les deux modèles de déploiement

Circuits ExpressRoute créés dans le modèle de déploiement classique

Les circuits ExpressRoute créés dans le modèle de déploiement classique doivent d’abord être migrés vers le modèle de déploiement Resource Manager. Vous pourrez ensuite activer la connectivité aux deux modèles de déploiement, classique et Resource Manager. Le déplacement d’une connexion n’entraîne ni perte ni interruption de la connectivité. Dans le modèle de déploiement classique, toutes les liaisons d’un circuit à un réseau virtuel, que ce soit dans le même abonnement ou dans différents abonnements, sont conservées.

Une fois la migration effectuée, le circuit ExpressRoute se comporte comme un circuit ExpressRoute créé dans le modèle de déploiement Resource Manager. Vous pouvez maintenant créer des connexions à des réseaux virtuels dans le modèle de déploiement Resource Manager.

Une fois que vous avez déplacé le circuit ExpressRoute vers le modèle de déploiement Resource Manager, vous ne pouvez le gérer que dans le modèle de déploiement Resource Manager. Les opérations de gestion des peerings, de mise à jour des propriétés des circuits et de suppression des circuits ne sont disponibles que par le biais du modèle de déploiement Resource Manager.

Vous n’avez pas besoin de faire appel à votre fournisseur de connectivité pour déplacer votre circuit vers le modèle de déploiement Resource Manager.

Circuits ExpressRoute créés dans le modèle de déploiement Resource Manager

Vous pouvez rendre les circuits ExpressRoute créés dans le modèle de déploiement Resource Manager, accessibles à partir des deux modèles de déploiement. Tout circuit ExpressRoute de votre abonnement peut être configuré de manière à avoir accès à partir de ces deux modèles de déploiement.

  • Par défaut, les circuits ExpressRoute créés dans le modèle de déploiement Resource Manager n’ont pas accès au modèle de déploiement classique.
  • Les circuits ExpressRoute migrés du modèle de déploiement classique vers le modèle de déploiement Resource Manager sont, par défaut, accessibles à partir des deux modèles de déploiement.
  • Un circuit ExpressRoute a toujours accès au modèle de déploiement Resource Manager, qu’il ait été créé dans le modèle de déploiement Resource Manager ou dans le modèle de déploiement classique. Vous pouvez créer des connexions à des réseaux virtuels en suivant les instructions relatives à la liaison de réseaux virtuels.
  • L’accès au modèle de déploiement classique est régi par le paramètre allowClassicOperations du circuit ExpressRoute.

Important

Tous les quotas décrits sur la page dédiée aux limites de service s’appliquent. Par exemple, un circuit standard peut avoir jusqu’à 10 liaisons/connexions de réseau virtuel dans les modèles de déploiement classique et Resource manager.

Contrôle de l’accès au modèle de déploiement classique

Vous pouvez autoriser la liaison d’un circuit ExpressRoute à des réseaux virtuels dans les deux modèles de déploiement. Pour ce faire, définissez le paramètre allowClassicOperations sur le circuit ExpressRoute.

Si vous attribuez la valeur TRUE au paramètre allowClassicOperations , vous pouvez connecter des réseaux virtuels des deux modèles de déploiement au circuit ExpressRoute.

Si vous attribuez la valeur FALSE au paramètre allowClassicOperations , le circuit n’est pas accessible à partir du modèle de déploiement classique. Toutes les liaisons de réseaux virtuels dans le modèle de déploiement classique sont cependant conservées. Le circuit ExpressRoute n’est pas visible dans le modèle de déploiement classique.

Opérations prises en charge dans le modèle de déploiement classique

Les opérations classiques suivantes sont prises en charge sur un circuit ExpressRoute si vous attribuez la valeur TRUE au paramètre allowClassicOperations .

  • Obtenir des informations sur le circuit ExpressRoute
  • Créer/mettre à jour/obtenir/supprimer des liaisons à des réseaux virtuels classiques
  • Créer/mettre à jour/obtenir/supprimer des autorisations de liaison de réseau virtuel pour une connectivité entre plusieurs abonnements

Cependant, quand allowClassicOperations est défini sur TRUE, vous ne pouvez pas exécuter les opérations classiques suivantes :

  • Créer/mettre jour/obtenir/supprimer des peerings BGP (Border Gateway Protocol) pour les peerings privés Azure, les peerings publics Azure et les peerings Microsoft
  • Supprimer des circuits ExpressRoute

Communication entre les modèles de déploiement classique et Resource Manager

Le circuit ExpressRoute se comporte comme un pont entre les modèles de déploiement classique et Resource Manager. Pour les deux modèles de déploiement, le trafic entre réseaux virtuels peut traverser le circuit ExpressRoute si les deux réseaux virtuels sont liés au même circuit.

Le débit cumulé est limité par le débit de la passerelle du réseau virtuel. Dans ce cas, le trafic n’entre ni dans vos réseaux ni dans ceux de votre fournisseur de connectivité. Le trafic entre les réseaux virtuels reste entièrement confiné dans le réseau Microsoft.

Accéder aux ressources du Peering Microsoft

Vous conservez l’accès aux ressources généralement accessibles au moyen du Peering Microsoft, sans interruption.

Opérations prises en charge

Cette section décrit les opérations prises en charge pour les circuits ExpressRoute :

  • Vous pouvez utiliser un circuit ExpressRoute pour accéder aux réseaux virtuels déployés dans les modèles classique et Resource Manager.
  • Vous pouvez migrer un circuit ExpressRoute du modèle de déploiement classique vers le modèle de déploiement Resource Manager. Après sa migration, le circuit ExpressRoute fonctionne toujours comme n’importe quel circuit ExpressRoute créé dans le modèle de déploiement Resource Manager.
  • Seul le circuit ExpressRoute peut faire l’objet d’une migration. Cette opération ne permet pas de migrer les liaisons de circuit, les réseaux virtuels et les passerelles VPN.
  • Une fois le circuit ExpressRoute migré vers le modèle de déploiement Resource Manager, vous ne pouvez gérer son cycle de vie qu’avec le modèle de déploiement Resource Manager. Les opérations telles que l’ajout, la mise à jour ou la suppression de peerings, la mise à jour des propriétés d’un circuit (bande passante, référence SKU et type de facturation) et la suppression de circuits ne sont possibles que dans le modèle de déploiement Resource Manager.
  • Le circuit ExpressRoute se comporte comme un pont entre les modèles de déploiement classique et Resource Manager. Le trafic entre les machines virtuelles des réseaux virtuels classiques et celles des réseaux virtuels Resource Manager peut transiter via ExpressRoute si les deux réseaux virtuels sont reliés au même circuit ExpressRoute.
  • La connectivité entre différents abonnements est prise en charge dans les modèles de déploiement classique et Resource Manager.
  • Après avoir déplacé un circuit ExpressRoute entre le modèle classique et le modèle Azure Resource Manager, vous pouvez migrer les réseaux virtuels liés au circuit ExpressRoute.

Ce qui n'est pas pris en charge

Cette section décrit les opérations non prises en charge pour les circuits ExpressRoute :

  • Gestion du cycle de vie d’un circuit ExpressRoute à partir du modèle de déploiement classique.
  • Prise en charge du contrôle Azure RBAC (Role-Based Access Control) dans le modèle de déploiement classique. Vous ne pouvez exécuter aucun contrôle Azure RBAC sur un circuit dans le modèle de déploiement classique. Un administrateur/coadministrateur de l’abonnement peut lier des réseaux virtuels au circuit (ou les en dissocier).

Configuration

Suivez les instructions dans Migration d’un circuit ExpressRoute du modèle de déploiement classique vers le modèle de déploiement Resource Manager.

Étapes suivantes