Algorithme de l’équilibreur de charge Azure

Azure Load Balancer est l’équilibreur de charge le plus performant d’Azure, le tout en conservant une latence très faible. Pour en savoir plus sur Azure Load Balancer, consultez Vue d’ensemble d’ ou Composants d’Azure Load Balancer.

Azure Load Balancer utilise un hachage basé sur les tuples comme algorithme d’équilibrage de charge.

Algorithme d’équilibrage de charge

En créant une règle d’équilibrage de charge, vous pouvez répartir les flux de trafic entrants depuis le frontend d’un équilibreur de charge vers ses pools backend. Lorsque la sonde d’intégrité de l’équilibreur de charge indique qu’un point de terminaison backend est sain, les instances backend sont disponibles pour recevoir de nouveaux flux de trafic.

Distribution de flux à cinq tuples

Par défaut, Azure Load Balancer utilise un hachage en quintuplet pour distribuer les flux entrants, plutôt que les octets individuels. Les cinq champs sont :

  • Une adresse IP source
  • Port source
  • Adresse IP de destination
  • Port de destination
  • Protocole IP

Pour d’autres modes de distribution et plus de détails sur l’algorithme, voir distribution basée sur le hachage.

Vous pouvez aussi tirer parti du mode de distribution de l’affinité de session qui utilise l’équilibrage de charge basé sur deux ou trois tuples.

Couche 4 et comportement TLS

Azure Load Balancer fonctionne en couche 4 et prend en charge les applications TCP et UDP. Il ne ferme ni ne génère de flux d’applications, n’inspecte pas les charges utiles d’applications, ne réécrit pas les en-têtes HTTP ou HTTPS, ne fournit pas de fonctionnalités de passerelle au niveau applicatif, ni ne décharge TLS. Il réécrit les en-têtes de flux TCP et UDP lorsqu’il dirige le trafic vers des instances backend, tandis que les handshakes protocolaires et TLS se produisent directement entre le client et l’instance backend sélectionnée. Mettre fin à TLS sur les machines virtuelles backend permet à la capacité des sessions TLS d’évoluer avec le type et le nombre de machines virtuelles dans le pool backend.

Conservation de l’adresse IP source

Une VM backend génère une réponse à un flux entrant, et l’adresse IP source d’origine est préservée lorsque le flux atteint cette VM. Par exemple, l’établissement d’une liaison TCP se fait entre le client et la machine virtuelle de back-end sélectionnée. La validation réussie de la connectivité à un frontend valide donc la connectivité à au moins une machine virtuelle backend.

Étapes suivantes