Load balancer Azure Basic ou Standard : lequel vous faut-il ?

By Mirko Peters · 2026-08-27

Lors de la conception d’une infrastructure cloud dans Microsoft Azure, garantir la haute disponibilité, des performances optimales et la tolérance aux pannes n’est pas négociable. Au cœur de nombreuses architectures cloud résilientes se trouve l’Azure Load Balancer. Cependant, dès que vous décidez de mettre en œuvre un load balancer, vous êtes immédiatement confronté à une décision de conception c

Automatically translated with AI from the original post. Read the English original

Lors de la conception d’une infrastructure cloud dans Microsoft Azure, garantir la haute disponibilité, des performances optimales et la tolérance aux pannes n’est pas négociable. Au cœur de nombreuses architectures cloud résilientes se trouve l’Azure Load Balancer. Cependant, dès que vous décidez de mettre en œuvre un load balancer, vous êtes immédiatement confronté à une décision de conception cruciale : faut-il choisir le niveau Basic ou le niveau Standard ? Un mauvais choix peut entraîner des dépenses inutiles ou exposer vos applications critiques à des goulots d’étranglement lors de la montée en charge et à des interruptions de service.

Dans ce guide complet, nous détaillons tout ce qu’il faut savoir sur les load balancers Azure Basic et Standard. Nous examinerons leurs capacités essentielles, leurs différences d’architecture, leurs indicateurs de performance, leurs outils de diagnostic et leurs scénarios de déploiement, afin de vous aider à choisir sereinement le niveau adapté aux exigences de vos applications.

Introduction à l’Azure Load Balancer

Avant d’aborder les niveaux, il est important de comprendre ce que fait réellement l’Azure Load Balancer. Opérant à la couche 4 du modèle OSI, l’Azure Load Balancer gère à la fois le trafic TCP et UDP, avec une latence ultra-faible et un débit élevé. Il joue le rôle d’agent de la circulation de votre infrastructure cloud, placé entre vos clients et vos pools de serveurs back-end.

Le load balancer gère les flux entrants et sortants et veille à ce que les requêtes des clients soient réparties uniformément entre les ressources back-end, telles que les machines virtuelles ou les groupes de machines virtuelles identiques (scale sets). Grâce aux sondes d’intégrité, il surveille en permanence l’état de fonctionnement de vos serveurs back-end. Si un serveur ne répond plus, le load balancer le retire automatiquement de la rotation, ce qui protège vos utilisateurs contre les plantages d’application et les interruptions de service. Que vous exploitiez une charge de travail interne simple ou que vous traitiez des millions de requêtes par seconde pour une plateforme mondiale de commerce électronique, savoir configurer ce service est essentiel.

Comprendre les niveaux Basic et Standard

Azure propose deux niveaux distincts pour son service de load balancer : Basic et Standard. Bien que les deux partagent l’objectif fondamental de répartir le trafic réseau, ils sont conçus pour des cas d’usage, des volumes d’utilisateurs et des postures de sécurité très différents.

Le Basic Load Balancer est conçu pour des charges de travail plus modestes et moins exigeantes. Il offre les fonctionnalités essentielles de répartition de charge, mais présente des limites en matière de scalabilité, de redondance et de fonctionnalités avancées. À l’inverse, le Standard Load Balancer est conçu pour des charges de travail de production à l’échelle de l’entreprise. Il introduit des capacités de routage avancées, des paradigmes de sécurité rigoureux et des fonctionnalités d’observabilité robustes. Comprendre la logique qui distingue ces deux niveaux est la première étape vers une décision d’architecture éclairée pour votre environnement.

Fonctionnalités principales et comparaison

Pour bien apprécier les différences entre les niveaux Basic et Standard, il faut les comparer fonctionnalité par fonctionnalité. L’écart d’architecture entre les deux détermine ce que vous pouvez accomplir en matière de haute disponibilité, de sécurité et de supervision.

L’une des différences les plus marquantes concerne les points de terminaison du pool back-end. Un Standard Load Balancer peut prendre en charge n’importe quelle machine virtuelle d’un réseau virtuel, y compris les groupes de machines virtuelles identiques et des instances disparates, jusqu’à de grandes limites de pool back-end. Le Basic Load Balancer, en revanche, limite votre pool back-end aux machines virtuelles d’un même groupe de disponibilité ou d’un même scale set.

La sécurité constitue un autre critère déterminant. Le Standard Load Balancer est sécurisé par défaut : les instances back-end ne sont pas implicitement exposées à Internet, sauf autorisation explicite via des règles de trafic sortant ou une configuration de groupes de sécurité réseau. Le Basic Load Balancer est ouvert par défaut et vous oblige à gérer avec soin vos groupes de sécurité réseau pour verrouiller les accès entrants et sortants. Par ailleurs, des fonctionnalités telles que les ports HA (haute disponibilité), l’équilibrage de charge global et la persistance de session flexible sont réservées exclusivement au niveau Standard.

Quand choisir le Basic Load Balancer

Compte tenu de la nature avancée de la référence Standard, vous vous demandez peut-être si la Basic Load Balancer a encore sa place. La réponse courte est oui, mais ses cas d’usage sont strictement limités aux environnements hors production et à certains scénarios légers bien précis.

Vous devriez envisager de choisir la Basic Load Balancer si vous travaillez dans les conditions suivantes :

• Environnements hors production et de développement/test : lorsque vous déployez des ressources temporaires pour les tests, l’apprentissage ou la préproduction, pour lesquelles une haute disponibilité et des contrats de niveau de service (SLA) stricts ne sont pas requis.
• Petites applications à budget contraint : le niveau Basic étant moins coûteux (parfois gratuit selon les modèles de configuration Azure spécifiques), il peut convenir aux petites applications internes à faible volume de trafic.
• Architectures simples : si votre application ne nécessite ni zones de disponibilité, ni protocoles de sondes d’intégrité complexes (au-delà de TCP et HTTP de base), ni diagnostics de métriques avancés, le niveau Basic assure un équilibrage de couche 4 direct, sans complexité supplémentaire.

Quand choisir la Standard Load Balancer

Pour pratiquement toute application d’entreprise moderne, toute charge de production ou tout service orienté client, la Standard Load Balancer est le choix incontournable. Son jeu de fonctionnalités robuste est conçu pour répondre aux exigences des architectures cloud à haute disponibilité.

Vous devriez choisir la Standard Load Balancer dans les scénarios suivants :

• Applications de production critiques : toute application exigeant un SLA assorti d’une garantie financière, une haute disponibilité et une tolérance zéro à l’interruption doit utiliser le niveau Standard.
• Architectures à mise à l’échelle horizontale : applications s’appuyant sur des groupes de machines virtuelles identiques (scale sets) qui doivent évoluer dynamiquement à la hausse comme à la baisse en fonction de la charge de trafic.
• Applications avec état nécessitant une persistance de session : si votre application repose sur des sessions utilisateur et doit recourir à l’affinité d’adresse IP source pour acheminer systématiquement un utilisateur vers le même serveur back-end, le niveau Standard fournit les contrôles de configuration nécessaires.
• Portée mondiale et multirégionale : lorsque vous devez étendre votre application à l’échelle mondiale et répartir le trafic efficacement entre plusieurs régions Azure.

Performances, diagnostics et zones de disponibilité

Lors de l’évaluation des composants d’infrastructure, l’observabilité et la résilience sont tout aussi importantes que le débit brut. C’est précisément là que la Standard Load Balancer prend nettement l’avantage sur sa contrepartie Basic.

Zones de disponibilité : le niveau Standard prend nativement en charge les zones de disponibilité Azure. Vous pouvez ainsi aligner le frontend et les pools back-end de votre équilibreur de charge sur des zones spécifiques, ce qui garantit que votre application reste résiliente même si un centre de données physique entier subit une panne. Le niveau Basic ne prend pas en charge les zones de disponibilité.

Diagnostics et observabilité : dépanner des problèmes réseau peut vite devenir un cauchemar sans les bonnes données. La Standard Load Balancer s’intègre en profondeur à Azure Monitor et fournit des métriques riches et multidimensionnelles sur l’état du chemin de données, les paquets SYN, le nombre d’octets et les abandons de connexions. Vous pouvez même configurer des alertes sur des seuils de métriques. Le niveau Basic propose des métriques beaucoup plus limitées, généralement réduites à une journalisation de base via Azure Log Analytics, et uniquement pour les équilibreurs de charge publics.

Sondes d’intégrité : si les deux niveaux prennent en charge les sondes d’intégrité TCP et HTTP, le niveau Standard prend en plus en charge les sondes HTTPS. Vous pouvez ainsi effectuer des contrôles d’intégrité sécurisés et chiffrés sur vos instances back-end, garantissant que la validation de bout en bout du trafic reste sécurisée.

Conclusion et choix final

Le choix entre l’équilibreur de charge Azure Basic et Standard dépend en définitive de l’équilibre entre les exigences de votre application, vos attentes en matière de performances, votre posture de sécurité et votre budget. Si le niveau Basic constitue une option économique pour le développement, les tests et les charges de travail non critiques de petite taille, la Standard Load Balancer est sans conteste la référence pour les environnements de production modernes. Grâce à la prise en charge des zones de disponibilité, aux diagnostics riches d’Azure Monitor, à une architecture sécurisée par défaut et à une évolutivité considérable, le niveau Standard garantit que votre infrastructure cloud reste résiliente, performante et sécurisée.

Pour en savoir plus sur la conception d’architectures résilientes et sur les stratégies cloud concrètes, n’hésitez pas à écouter l’épisode de podcast associé : Azure Load Balancer — Simply Explained. Cet épisode présente ces notions en termes clairs et pratiques, et montre comment elles s’intègrent dans l’écosystème Microsoft plus large.