Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Load Balancer est un service réseau qui distribue le trafic entrant à travers un groupe de ressources backend afin d’améliorer la scalabilité et la disponibilité de vos applications. Comprendre ses composants vous aide à configurer la répartition du trafic par l’équilibreur de charge, à surveiller l’état des ressources backend et à contrôler la connectivité entrante et sortante pour vos charges de travail. Cet article décrit chaque composant et comment il contribue à l’équilibrage de la charge.
Azure Load Balancer inclut les composants clés suivants :
- Configuration d’adresses IP frontales
- Pool principal
- Sondes de santé
- Règles d’équilibrage de charge
- Ports à haute disponibilité (HA)
- Règles NAT entrantes
- Règles de trafic sortant
Vous configurez ces composants dans votre abonnement via le portail Azure, Azure CLI, Azure PowerShell ou un modèle Azure Resource Manager.
Configuration IP de front-end
La configuration de l’IP frontend est l’adresse IP de votre Azure Load Balancer et le point de contact pour les clients. Une adresse IP frontale peut être de l’un des types suivants :
- Adresse IP publique
- Adresse IP privée
La nature de l’adresse IP détermine le type d’équilibreur de charge que vous créez. Une adresse IP privée crée un équilibreur de charge interne. Une adresse IP publique crée un équilibreur de charge public.
| Attribute | Équilibreur de charge public | Équilibreur de charge interne |
|---|---|---|
| Configuration IP du frontal | Adresse IP publique | Adresse IP privée |
| Description | Un équilibreur de charge public mappe l’adresse IP publique et le port du trafic entrant à l’adresse IP privée et au port de la machine virtuelle. L’équilibreur de charge cartographie le trafic inversement pour le trafic de réponse provenant de la VM. Les règles d’équilibrage de charge répartissent des types spécifiques de trafic entre plusieurs VM ou services. Par exemple, ils répartissent la charge du trafic de requêtes web sur plusieurs serveurs web. | Un équilibreur de charge interne distribue le trafic vers les ressources à l’intérieur d’un réseau virtuel. Azure restreint l’accès aux adresses IP frontales d’équilibrage de charge d’un réseau virtuel. Azure n'expose jamais directement les adresses IP frontend et les réseaux virtuels à un point de terminaison internet, donc un équilibreur de charge interne ne peut pas accepter le trafic entrant depuis Internet. Les applications métier internes s’exécutent dans Azure et sont accessibles à partir d’Azure ou à partir des ressources locales. |
| SKU supportés | Standard | Standard |
Important
Le 30 septembre 2025, l’équilibreur de charge de base a été mis hors service. Pour plus d’informations, consultez l’annonce officielle. Si vous utilisez actuellement des Load Balancer de base, effectuez une mise à niveau vers Standard Load Balancer dès que possible. Pour des conseils de mise à niveau, voir Mise à niveau depuis Basic Load Balancer - Guide.
Un équilibreur de charge peut avoir plusieurs adresses IP frontend. En savoir plus sur les serveurs frontaux multiples.
Pool principal
Le pool backend est le groupe de machines virtuelles ou d’instances dans un ensemble d’échelles de machines virtuelles qui répond à la requête entrante. Pour évoluer de manière rentable et répondre à de grands volumes de trafic entrant, ajoutez davantage d’instances au pool backend.
Load Balancer se reconfigure automatiquement lorsque vous augmentez ou diminuez les instances. L’ajout ou la suppression de machines virtuelles du pool principal reconfigure l’équilibreur de charge sans les autres opérations. L’étendue du pool de back-ends est toute machine virtuelle d’un réseau virtuel unique.
Les pools backend supportent l’ajout d’instances en utilisant des interfaces réseau ou des adresses IP. Les VM n’ont pas besoin d’une adresse IP publique pour être attachées au pool backend d’un load balancer public. Vous pouvez connecter des VM au pool backend d’un équilibreur de charge même si elles sont en état arrêté. Vous pouvez aussi configurer plusieurs pools backend avec différents groupes d’instances pour un seul équilibreur de charge. En créant plusieurs règles d’équilibrage de charge, chacune ciblant un pool backend différent, vous pouvez distribuer le trafic vers différents ensembles de ressources backend en fonction du port frontend et du protocole de l’équilibreur de charge.
Sondes de santé
Une sonde de santé contrôle l’état de santé des instances du pool principal. Quand vous créez l’équilibreur de charge, vous configurez une sonde de santé pour qu’il puisse l’utiliser. Cette sonde de santé décide si une instance est saine et peut gérer le trafic.
Vous pouvez définir le seuil malsain pour vos sondes de santé. Quand une sonde ne répond pas, l’équilibreur de charge cesse d’envoyer de nouvelles connexions aux instances malsaines. Les connexions TCP établies à l’instance malsaine se poursuivent jusqu’à ce qu’un des événements suivants se produise :
- L’application met fin au flux.
- Un délai d’expiration d’inactivité se produit.
- La VM s’éteint.
Si une instance est malsaine, les flux UDP existants se déplacent vers une autre instance saine dans le pool backend. Si toutes les instances sont malsaines, tous les flux UDP existants se terminent.
Load Balancer propose différents types de sondes de santé pour les terminaux : TCP, HTTP et HTTPS. Pour en savoir plus, voir Load Balancer Health probes.
Basic Load Balancer (retiré) ne prend pas en charge les sondes HTTPS. Lorsque la sonde d’une seule instance est hors service, les connexions TCP établies à cette instance continuent. Lorsque toutes les probes des instances sont hors service, Basic Load Balancer termine tous les flux TCP existants vers le pool backend.
Règles d’équilibrage de charge
Une règle de l’équilibreur de charge définit comment ce dernier rédistribue le trafic entrant à toutes les instances du pool backend. La règle fait correspondre une configuration IP front-end et un port à plusieurs adresses IP et plusieurs ports back-end. Les règles de l’équilibreur de charge s’appliquent uniquement au trafic entrant.
Par exemple, utilisez une règle d’équilibrage de charge pour le port 80 afin de router le trafic de votre adresse IP de front-end vers le port 80 de vos instances de back-end.
Figure : Règles d’équilibrage de charge
Ports à haute disponibilité
Une règle de ports de haute disponibilité (HA) est une règle d’équilibreur de charge que vous configurez avec protocol défini sur port et All défini sur 0. Une seule règle de port HA balance la charge de tous les flux TCP et UDP arrivant sur tous les ports d’un Standard Load Balancer interne. Lorsque vous activez les ports HA, la règle prend aussi en charge le trafic ICMP.
Le balance de charge prend la décision d’équilibrage de charge par flux basée sur la connexion suivante de 5 tuples :
- Une adresse IP source
- Port source
- Adresse IP de destination
- Port de destination
- Protocol
Les ports HA prennent en charge des scénarios critiques nécessitant une grande disponibilité et évoluant sur de nombreux ports, tels que les appliances virtuelles réseau (NVA) telles que les pare-feux, VPN ou SD-WAN appareils. Dans ces scénarios, définir une règle individuelle d’équilibrage de charge pour chaque port n’est pas pratique. L’équilibreur de charge distribue le trafic par flux de connexion et utilise des sondes de santé pour envoyer le trafic uniquement vers des instances saines.
Le Load Balancer de base (retiré) et les load balancers publics ne prennent pas en charge les ports HA. Les ports HA ne sont pas destinés aux charges de travail web ou applications typiques nécessitant des règles spécifiques à chaque port.
Figure : Règle des ports HA
Découvrez-en plus sur les ports à haute disponibilité.
Règles NAT entrantes
Une règle NAT entrante redirige le trafic entrant qui arrive à une adresse IP frontend et une combinaison de port. La règle envoie ce trafic vers une machine virtuelle ou une instance spécifique dans le pool backend. Le transfert de port utilise la même distribution basée sur le hachage que l’équilibrage de charge.
Figure : Règles NAT de trafic entrant
Règles de trafic sortant
Une règle sortante configure la traduction d’adresses réseau sortante (NAT) pour toutes les machines virtuelles ou instances identifiées par le pool backend. En utilisant cette règle, les instances du backend peuvent communiquer (en sortie) vers Internet ou d’autres points de terminaison.
En savoir plus sur les connexions sortantes et les règles.
Basic Load Balancer (supprimé) ne prend pas en charge les règles de trafic sortant.
Figure : Règles de trafic sortant
Limites
- Renseignez-vous sur les limites des équilibreurs de charge.
- L’équilibreur de charge offre un équilibrage de charge et le réacheminement de ports pour les protocoles TCP ou UDP spécifiques. Les règles d'équilibrage de charge et les règles NAT entrantes ne prennent pas en charge d'autres protocoles IP, y compris ICMP, sauf qu'un Standard Load Balancer interne prend en charge le trafic ICMP lorsque vous activez les ports HA. Pour plus d’informations, voir aperçu des ports HA.
- Le pool principal de l’équilibreur de charge ne peut pas être constitué d’un point de terminaison privé.
- Le flux sortant d’une VM backend vers un frontend d’un équilibreur de charge interne échoue.
- Une règle d’équilibreur de charge ne peut pas s’étendre sur deux réseaux virtuels. Tous les front-ends de l’équilibreur de charge et leurs instances back-end doivent se trouver dans un réseau virtuel unique.
- Les règles d’équilibrage de charge ne prennent pas en charge le transfert de fragments IP. Les règles d’équilibrage de charge ne prennent pas en charge la fragmentation IP des paquets UDP et TCP.
- Vous ne pouvez avoir qu’un seul équilibreur de charge public (basé sur la carte réseau) et un seul équilibreur de charge interne (basé sur la carte réseau) par ensemble de disponibilité. Toutefois, cette contrainte ne s’applique pas aux équilibreurs de charge basés sur IP.