Mise à niveau à partir de l’équilibreur de charge de base - Aide
Important
Le 30 septembre 2025, l’équilibreur de charge De base sera mis hors service. Pour plus d’informations, consultez l’annonce officielle. Si vous utilisez actuellement des équilibreurs de charge De base, veillez à effectuer une mise à niveau vers Standard Load Balancer avant la date de mise hors service. Cet article vous guide tout au long du processus de mise à niveau.
Dans cet article, nous abordons les conseils de mise à niveau de vos instances Load Balancer de base vers des Load Balancer standard. Standard Load Balancer est recommandé pour toutes les instances de production et fournit de nombreuses différences clés à votre infrastructure.
Étapes pour effectuer la mise à niveau
Nous vous recommandons d’adopter l’approche suivante pour la mise à niveau vers Standard Load Balancer :
- Découvrez quelques-unes des principales différences entre les équilibreurs de charge de base et Standard Load Balancer.
- Identifiez les équilibreurs de charge de base à mettre à niveau.
- Créez un plan de migration pour les temps d’arrêt planifiés.
- Effectuez une migration avec des scripts PowerShell automatisés pour votre scénario ou créez un Standard Load Balancer avec les configurations d’équilibreur de charge de base.
- Vérifiez que votre application et vos charges de travail reçoivent du trafic via le Standard Load Balancer. Supprimez ensuite votre ressource d’équilibreur de charge de base.
Référence SKU Basic Load Balancer comparée à Références SKU Standard Load Balancer
Cette section répertorie les principales différences entre ces deux références SKU d’équilibreur de charge.
| Fonctionnalité | Références SKU Standard Load Balancer | Références SKU d’équilibreur de charge de base |
|---|---|---|
| Type de backend | Basé sur IP, basé sur une carte réseau | Basée sur une carte réseau |
| Protocole | TCP, UDP | TCP, UDP |
| Points de terminaison du pool de back-ends | Toutes les machines virtuelles ou tous les groupes de machines virtuelles identiques d’un seul réseau virtuel | Machines virtuelles dans un groupe à haute disponibilité ou un groupe de machines virtuelles identiques unique |
| Protocole de la sonde d’intégrité | TCP, HTTP, HTTPS | TCP, HTTP |
| Comportement en cas de panne de sonde d’intégrité | Les connexions TCP restent actives sur une sonde d’instance en panne et sur toutes les sondes en panne | Les connexions TCP restent actives sur une sonde d’instance en panne. Toutes les connexions TCP se terminent quand toutes les sondes sont arrêtées |
| Zones de disponibilité | Front-ends redondants interzones et zonaux pour le trafic entrant et sortant | Non disponible |
| Diagnostics | Métriques multidimensionnelles Azure Monitor | Non prise en charge |
| Ports HA | Disponibles pour l’équilibreur de charge interne | Non disponible |
| Sécurisé par défaut | Fermé aux flux entrants, sauf s’ils sont autorisés par un groupe de sécurité réseau. Le trafic interne du réseau virtuel vers l’équilibreur de charge interne est autorisé. | Ouvertes par défaut. Groupe de sécurité réseau facultatif. |
| Règles de trafic sortant | Configuration NAT déclarative de règles de trafic sortant | Non disponible |
| Réinitialisation TCP pendant le délai d’inactivité | Disponible sur n’importe quelle règle | Non disponible |
| Plusieurs front-ends | Entrant et sortant | Entrant uniquement |
| Opérations de gestion | La plupart des opérations < 30 secondes | La plupart des opérations 60-90+ secondes |
| CONTRAT SLA | 99.99% | Non disponible |
| Prise en charge de l’appairage global de réseaux virtuels | L’équilibrage de charge interne standard est pris en charge par le biais de l’appairage de réseaux virtuels mondial | Non pris en charge |
| Prise en charge de la passerelle NAT | L’équilibrage de charge interne Standard et l’équilibrage de charge Standard sont tous deux pris en charge via NAT Gateway | Non prise en charge |
| Une prise Private Link | L’équilibrage de charge interne Standard est pris en charge via Private Link | Non pris en charge |
| Niveau global (préversion) | Standard Load Balancer prend en charge le niveau global pour les LB publiques, ce qui permet d’équilibrer la charge entre les régions | Non pris en charge |
Pour plus d’informations, consultez Limites de l’équilibreur de charge.
Mise à niveau à l’aide de scripts automatisés (recommandée)
Utilisez ces scripts PowerShell pour faciliter la mise à niveau de la référence SKU De base vers la référence SKU Standard :
Mise à niveau manuelle
Remarque
Bien que la mise à niveau manuelle de votre Load Balancer de base vers un Load Balancer standard à l’aide du portail soit une option, nous vous recommandons d’utiliser l’option de script automatisé ci-dessus, en raison du nombre d’étapes et de la complexité de la migration. L’automatisation garantit une migration fluide et réduit les temps d’arrêt pour charger des applications équilibrées.
Lors de la migration manuelle d'un Load Balancer de base SKU vers un Load Balancer standard SKU, il convient de garder à l'esprit certaines considérations essentielles :
- Vous ne pouvez pas mélanger les adresses IP ou les équilibreurs de charge des références SKU Essentiel et Standard. Toutes les adresses IP publiques associées à un Load Balancer et aux membres de son pool principal doivent correspondre.
- La méthode d’allocation d’adresses IP publiques doit être définie sur « statique » lorsqu’une adresse IP publique est dissociée d’un Load Balancer ou d’une machine virtuelle, faute de quoi l’adresse IP allouée est perdue.
- Les adresses IP publiques de référence SKU standard sont sécurisées par défaut, nécessitant qu’un groupe de sécurité réseau autorise explicitement le trafic vers les adresses IP publiques.
- Les standard SKU Load Balancers bloquent l’accès sortant par défaut. Pour activer l’accès sortant, un Load Balancer public a besoin d’une règle de trafic sortant pour les membres principaux. Pour les Load Balancers privés, configurez une passerelle NAT sur le sous-réseau des membres du pool principal ou ajoutez des adresses IP publiques au niveau de l’instance à chaque membre principal.
Ordre des opérations suggéré pour mettre à niveau manuellement un Load Balancer de base dans des configurations courantes de machines virtuelles et de groupes de machines virtuelles identiques avec le portail :
- Modifiez toutes les adresses IP publiques associées au Load Balancer de base et aux machines virtuelles Microsoft Azure principales en allocation « statique »
- Pour les Load Balancers privés, enregistrez les adresses IP privées allouées aux configurations IP frontend
- Enregistrer l’appartenance au pool principal du Load Balancer de base
- Enregistrer les règles d’équilibrage de charge, les règles NAT et la configuration de la sonde d’intégrité du Load Balancer de base
- Créez un standard SKU Load Balancer correspondant à la configuration publique ou privée du Load Balancer de base. Nommez temporairement la configuration IP frontend. Pour les Load Balancers publics, utilisez une nouvelle adresse IP publique pour la configuration frontend. Pour obtenir des conseils, consultez Créer un Load Balancer public dans le portail ou Créer un Load Balancer interne dans le portail
- Dupliquez la configuration du Basic SKU Load Balancer pour les éléments suivants :
- Noms des pools principaux
- Appartenance au pool principal (machines virtuelles et groupes de machines virtuelles identiques)
- Sondes d’intégrité
- Règles d’équilibrage de charge : utilisez la configuration frontend temporaire
- Règles NAT : utilisez la configuration frontend temporaire
- Pour les équilibreurs de charge publics, si vous n’en disposez pas déjà, créez un groupe de sécurité réseau avec des règles d’autorisation pour le trafic entrant dans les règles de Load Balancer
- Pour les backends du groupe de machines virtuelles identiques, supprimez l’association du Load Balancer dans les paramètres réseau et mettez à jour les instances
- Supprimez le Load Balancer de base
Remarque
Pour les backends du groupe de machines virtuelles identiques, vous devez supprimer l’association du Load Balancer dans les paramètres réseau. Une fois la suppression réalisée, vous devez également mettre à jour les instances
- Mettez à niveau toutes les adresses IP publiques précédemment associées au Load Balancer de base et aux machines virtuelles Microsoft Azure principales vers le standard SKU. Pour les groupes de machines virtuelles identiques, supprimez toute configuration d’adresse IP publique au niveau de l’instance, mettez à jour les instances, puis ajoutez-en une nouvelle avec la référence SKU standard et mettez à nouveau à jour les instances.
- Recréez les configurations frontend du Load Balancer de base sur le Load Balancer standard nouvellement créé, en utilisant les mêmes adresses IP publiques ou privées que sur le Load Balancer de base
- Mettez à jour l’équilibrage de charge et les règles NAT pour utiliser les configurations frontend appropriées
- Pour les Load Balancers publics, créez une ou plusieurs règles sortantes pour activer l’accès Internet pour les pools principaux
- Supprimez la configuration frontend temporaire
- Assurez-vous que le trafic entrant et sortant transite par le nouveau Load Balancer standard comme prévu
FAQ
La mise hors service de Load Balancer de base va-t-elle avoir un impact sur les déploiements CSES (Cloud Services Extended Support) ?
Non, cette mise hors service n’a pas d’impact sur vos nouveaux déploiements ou vos déploiements existants sur CSES. Cela signifie que vous pouvez toujours créer et utiliser des équilibreurs de charge Essentiel pour les déploiements CSES. Toutefois, nous vous conseillons d’utiliser la référence SKU Standard sur les ressources ARM (Azure Resource Manager) natives (celles qui ne dépendent pas de CSES) si possible, car la référence SKU Standard présente plus d’avantages que la référence SKU Essentiel.
Étapes suivantes
Pour obtenir de l’aide sur la mise à niveau des adresses IP publiques de la référence SKU Basic vers des références SKU Standard, consultez :