Faire migrer un équilibreur de charge vers la prise en charge de la zone de disponibilité
Ce guide explique comment faire migrer un équilibreur de charge de la non-prise en charge des zones de disponibilité vers la prise en charge. Nous allons parcourir les différentes options de migration.
Un équilibreur de charge standard prend en charge des fonctionnalités supplémentaires dans les régions où les Zones de disponibilité sont disponibles. Les configurations de zones de disponibilité sont disponibles pour les deux types d’équilibreur de charge Standard ; public et interne. Un front-end redondant interzone survit à des échecs de zone en utilisant une infrastructure dédiée dans toutes les zones simultanément. Une ou plusieurs zones de disponibilité peuvent échouer sans empêcher le chemin de données de survivre dans la mesure où une seule zone de la région reste saine. En outre, vous pouvez épingler un serveur frontal dans une zone spécifique. Un serveur front-end zonal est pris en charge par une infrastructure dédiée dans une seule zone. Quelle que soit la configuration zonale, le pool back-end peut contenir des machines virtuelles provenant de n’importe quelle zone.
Prérequis
- Utilisez la référence SKU Standard pour l’équilibreur de charge et l’adresse IP publique pour la prise en charge des zones de disponibilité.
- Le type de référence SKU de base n’est pas pris en charge.
- Pour créer ou déplacer cette ressource, vous devez avoir au moins le rôle Contributeur réseau.
Exigences en matière de temps d’arrêt
Des temps d’arrêt sont nécessaires. Tous les scénarios de migration nécessitent un certain temps d’arrêt jusqu’à la modification des ressources utilisées par les configurations de l’équilibreur de charge.
Notes
L’adresse IP frontend existante ne peut pas être modifiée pour prendre en charge les zones de disponibilité. Une nouvelle adresse IP frontend redondante interzone ou zonale doit être créée et associée à un équilibreur de charge existant. Cette opération modifie l’adresse IP publique de l’équilibreur de charge, ce qui interrompt la connectivité des ressources à l’aide de l’ancienne adresse IP frontend. Veillez à mettre à jour les règles d’équilibrage de charge pour utiliser la nouvelle adresse IP publique frontend.
Option de migration 1 : Activer l’équilibreur de charge existant pour utiliser des zones de disponibilité (même région)
Supposons que vous deviez activer un équilibreur de charge existant pour utiliser des zones de disponibilité dans la même région Azure. Pour cela, vous n’aurez pas à redéployer votre équilibreur de charge pour tirer parti de cette migration. Pour rendre votre équilibreur de charge compatible avec une zone de disponibilité, vous devez recréer la configuration d’adresse IP frontale de votre équilibreur de charge à l’aide d’une nouvelle adresse IP zonale/redondante interzone et associer à nouveau les règles d’équilibrage de charge existantes au nouveau serveur frontal. Notez que cette migration entraîne un temps d’arrêt à mesure que l’adresse IP est modifiée et que les règles sont réinscrites.
Notes
Il n’est pas nécessaire d’avoir un équilibreur de charge pour chaque zone. Un équilibreur de charge unique avec plusieurs serveurs frontaux (en mode zonal ou redondant interzone) associés à leurs pools principaux respectifs sera suffisant.
Étant donné que l’adresse IP frontale peut être zonale ou redondante interzone, les utilisateurs doivent décider quelle option choisir selon leurs besoins. Voici des recommandations pour chaque scénario :
| Configuration IP front-end | Recommandation |
|---|---|
| Serveur frontal zonal | Nous vous recommandons de créer un serveur frontal zonal lorsque le serveur principal est concentré dans une zone particulière. Par exemple, si les instances back-end sont épinglées à la zone 2, il est judicieux de créer une configuration IP frontale dans la zone de disponibilité 2. |
| Serveur frontal redondant interzone | Lorsque les ressources (machines virtuelles, cartes réseau, adresses IP, etc.) à l’intérieur d’un pool principal sont réparties entre plusieurs zones, il est recommandé de créer un serveur frontal redondant interzone. Cela fournira la haute disponibilité et garantira une connectivité transparente même si une zone tombe en panne. |
Option de migration 2 : Faire migrer l’équilibreur de charge vers une autre région avec des zones de disponibilité
Selon le type d’équilibreur de charge dont vous disposez, vous devez suivre différentes étapes. Les sections suivantes couvrent la migration des équilibreurs de charge externes et internes.
Faire migrer un équilibreur de charge interne
Quand vous créez un équilibreur de charge interne, un réseau virtuel est configuré comme réseau pour l’équilibreur de charge. Une adresse IP privée dans le réseau virtuel est configurée comme front-end (nommé LoadBalancerFrontend par défaut) pour l’équilibreur de charge. Lors de la configuration de cette adresse IP FE, vous pouvez sélectionner les zones de disponibilité.
Les équilibreurs de charge internes Azure ne peuvent pas être déplacés d’une région à l’autre. Vous devez associer le nouvel équilibreur de charge aux ressources de la région cible. Pour la migration, vous pouvez utiliser un modèle Azure Resource Manager pour exporter la configuration existante et le réseau virtuel d’un équilibreur de charge interne. Vous pouvez ensuite déplacer la ressource dans une autre région en exportant l’équilibreur de charge et le réseau virtuel vers un modèle, en modifiant les paramètres pour qu’ils correspondent à la région de destination, puis en déployant les modèles dans la nouvelle région.
- Dans le cadre de ce processus, la configuration du réseau virtuel de l’équilibreur de charge interne doit d’abord être effectuée avant de déplacer l’équilibreur de charge interne. Veillez à modifier le nom du réseau virtuel et l’emplacement cible. Tous les paramètres tels que le préfixe d’adresse et les sous-réseaux sont facultatifs à mettre à jour.
- Une fois le réseau virtuel déployé dans la région cible. Exportez le modèle d’équilibreur de charge interne, modifiez le nom de l’équilibreur de charge cible, l’ID de ressource de réseau virtuel cible et d’autres paramètres.
- Les règles d’équilibrage de charge, les règles NAT de trafic entrant et les sondes d’intégrité peuvent être laissées telles quelles, sauf si vous souhaitez modifier les règles.
- Lors du déploiement de l’adresse IP privée frontale dans le sous-réseau, vérifiez que les zones sont sélectionnées en fonction des besoins.
- Vérifiez toutes les modifications et déployez le modèle à partir du portail ou de PowerShell.
Pour faire migrer un équilibreur de charge interne vers des zones de disponibilité entre régions, consultez Déplacement d’un équilibreur de charge interne entre régions.
Migrer un Load Balancer public (externe)
Les équilibreurs de charge publics Azure ne peuvent pas être déplacés d’une région à l’autre. Pour redéployer l’équilibreur de charge dans une nouvelle région avec des zones, l’approche la plus appropriée consiste à exporter le modèle Azure Resource Manager de l’adresse IP publique et de l’équilibreur de charge externe existants. Vous pouvez ensuite mettre en scène les ressources dans une autre région en modifiant le modèle et les paramètres pour qu’ils correspondent à la région de destination, puis déployer le modèle dans la nouvelle région.
Pour migrer un équilibreur de charge public vers des zones de disponibilité d’une région à l’autre, consultez Déplacement de Load Balancer publics entre régions.
Limites
- Après la création, les zones de la ressource ne peuvent pas être modifiées, mises à jour ou créées.
- Les ressources ne peuvent pas être converties de zonales à redondantes interzones, ou inversement, après la création.
Étapes suivantes
Pour en savoir plus sur les équilibreurs de charge et les zones de disponibilité, consultez :