État administratif (administrateur) dans Azure Load Balancer
L’état administratif (administrateur) est une fonctionnalité d’Azure Load Balancer qui vous permet de remplacer le comportement de la sonde d’intégrité de Load Balancer par instance de pool principal. Cette fonctionnalité est utile dans les scénarios où vous souhaitez retirer votre instance principale pour effectuer une maintenance, une mise à jour corrective ou un test.
Pourquoi utiliser l’état administratif ?
L’état administratif est utile dans les scénarios où vous souhaitez avoir plus de contrôle sur le comportement de votre Load Balancer. Par exemple, vous pouvez définir l’état administratif comme « actif » pour qu’il considère toujours l’instance principale éligible pour les nouvelles connexions, même si la sonde d’intégrité indique autre chose. À l’inverse, vous pouvez définir l’état administratif comme « inactif » pour empêcher de nouvelles connexions, même si la sonde d’intégrité indique que l’instance principale est saine. Cela peut être utile pour la maintenance ou pour d’autres scénarios dans lesquels vous souhaitez retirer temporairement une instance principale de la rotation.
Types de valeurs d’état administratif
Il existe trois types de valeurs d’état administratif : Actif, Inactif, Aucun. Le tableau suivant décrit les effets de chaque état sur les nouvelles connexions et les connexions existantes :
| État d’administration | Nouvelles connexions | Connexions existantes |
|---|---|---|
| Haut | L’équilibreur de charge ignore la sonde d’intégrité et considère toujours l’instance principale comme éligible pour de nouvelles connexions. | L’équilibreur de charge ne tient pas compte de la réponse de la sonde d’intégrité configurée et autorise toujours les connexions existantes à être maintenues à l’instance principale. |
| Descendre | L’équilibreur de charge ignore la sonde d’intégrité et n’autorise pas les nouvelles connexions à l’instance principale. | L’équilibreur de charge ignore la sonde d’intégrité et les connexions existantes sont déterminées en fonction des protocoles suivants : TCP : les connexions TCP établies à l’instance principale sont conservées. UDP : les flux UDP existants se déplacent vers une autre instance saine dans le pool principal. Remarque : il s’agit d’un comportement de sonde vers le bas. |
| Aucun | L’équilibreur de charge respecte le comportement de la sonde d’intégrité. | L’équilibreur de charge respecte le comportement de la sonde d’intégrité. |
Remarque
Les métriques d’état de la sonde d’intégrité Load Balancer et la topologie des insights de Load Balancer reflètent les modifications de valeur d’état administratif configurées.
Considérations sur la conception
Lors du déploiement d’un équilibreur de charge avec l’état administratif, tenez compte des considérations de conception suivantes :
- L’état administratif prend effet par instance de pool principal
- Dans un scénario où une instance de machine virtuelle se trouve dans plusieurs pools principaux, l’état administratif appliqué à un pool principal n’affecte pas l’autre pool principal.
- Dans un scénario où un pool principal fait partie de plusieurs règles d’équilibrage de charge, l’état administratif appliqué au pool principal affecte toutes les règles d’équilibrage de charge associées.
- L’état administratif ne prend effet que lorsqu’une sonde d’intégrité est configurée sur les règles d’équilibrage de charge.
Limites
Lors du déploiement d’un équilibreur de charge avec l’état administratif, tenez compte des limites suivantes :
- L’état administratif n’est pas pris en charge avec la règle NAT de trafic entrant.
- L’état administratif n’est pas pris en charge pour les règles d’équilibrage de charge sans sonde.
- L’état administrateur ne peut pas être configuré lors de la création d’un pool principal Load Balancer basé sur une carte réseau.