Migrer un réseau virtuel Azure (classique) depuis un groupe d’affinités vers une région
Important
Azure a deux modèles de déploiement différents pour créer et utiliser des ressources : Resource Manager et classique. Cet article traite du modèle de déploiement classique. Pour la plupart des nouveaux déploiements, Microsoft recommande d’utiliser le modèle de déploiement Resource Manager.
Les groupes d’affinités vous permettent de vous assurer que les ressources créées dans le même groupe d’affinités sont physiquement hébergées par des serveurs proches les uns des autres, ce qui leur permet de communiquer plus rapidement. Auparavant, les groupes d’affinités étaient requis pour la création des réseaux virtuels (classiques). À cette époque, le service de gestionnaire réseau qui gérait les réseaux virtuels (classiques) ne fonctionnait qu’au sein d’un ensemble de serveurs physiques ou d’une unité d’échelle. Les améliorations architecturales ont augmenté la portée de la gestion réseau à une région.
Suite à ces améliorations architecturales, les groupes d’affinités ne sont plus recommandés ou requis pour les réseaux virtuels (classiques). L’utilisation de groupes d’affinités pour les réseaux virtuels (classiques) est remplacée par les régions. Les réseaux virtuels (classiques) qui sont associés à des régions sont appelés réseaux virtuels régionaux.
Nous vous recommandons de ne pas utiliser les groupes d’affinités en général. Outre la spécification du réseau virtuel, les groupes d’affinités étaient également importants pour garantir que des ressources, telles que le calcul (classique) et le stockage (classique), étaient placées proches les unes des autres. Toutefois, avec l’architecture actuelle du réseau Azure, ces exigences de placement ne sont plus nécessaires.
Important
Bien qu’il soit techniquement possible de créer un réseau virtuel associé à un groupe d’affinités, il n’existe aucune raison valable de le faire. De nombreuses fonctionnalités de réseau virtuel, telles que les groupes de sécurité réseau, sont disponibles uniquement quand vous utilisez un réseau virtuel régional et ne sont pas disponibles pour les réseaux virtuels associés à des groupes d’affinités.
Modifier le fichier de configuration réseau
Exportez le fichier de configuration réseau. Pour savoir comment exporter un fichier de configuration réseau à l’aide de PowerShell ou de l’interface de ligne de commande (CLI 1.0) Azure, consultez la page Configurer un réseau virtuel (Classic) à l’aide d’un fichier config réseau.
Modifiez le fichier de configuration réseau, en remplaçant le paramètre AffinityGroup par Location. Spécifiez une région Azure pour le paramètre Location.
Notes
Le paramètre Location correspond à la région que vous avez spécifiée pour le groupe d’affinités associé à votre réseau virtuel (classique). Par exemple, si votre réseau virtuel (classique) est associé à un groupe d’affinités qui se trouve dans USA Ouest, votre paramètre Location doit pointer sur USA Ouest pendant la migration.
Modifiez les lignes suivantes dans votre fichier de configuration réseau, en remplaçant les valeurs avec les vôtres :
Ancienne valeur :< VirtualNetworkSitename = "VNetUSWest" AffinityGroup = "VNetDemoAG">
Nouvelle valeur :< VirtualNetworkSitename = "VNetUSWest" location = "ouest des États-Unis">
Enregistrez vos modifications et importez la configuration réseau dans Azure.
Notes
Cette migration n'entraîne PAS de temps d’arrêt de vos services.
Marche à suivre en cas de machine virtuelle (classique) dans un groupe d’affinités
Les machines virtuelles (classiques) qui sont actuellement dans un groupe d’affinités n’ont pas besoin d’être supprimées du groupe d’affinités. Une fois qu’une machine virtuelle est déployée, elle l’est sur une seule unité d’échelle. Les groupes d’affinités peuvent restreindre la taille disponible de l’ensemble des machines virtuelles pour un nouveau déploiement de machines virtuelles, mais les machines virtuelles existantes déployées sont déjà limitées à la taille disponible de l’ensemble des machines virtuelles dans l’unité d’échelle où elles sont déployées. Étant donné que la machine virtuelle est déjà déployée dans une unité d’échelle, la suppression d’une machine virtuelle d’un groupe d’affinités n’a aucun effet sur cette dernière.