Le terme équilibrage de charge désigne la distribution des charges de travail sur plusieurs ressources informatiques. L’équilibrage de charge vise à optimiser l’utilisation des ressources, à optimiser le débit, à réduire le temps de réponse et à éviter de surcharger une seule ressource. Il peut également améliorer la disponibilité en partageant une charge de travail sur des ressources de calcul redondantes.
Azure propose plusieurs services d’équilibrage de charge dont vous pouvez vous servir pour répartir vos charges de travail entre plusieurs ressources informatiques. Parmi ces ressources figurent Azure Application Gateway, Azure Front Door, Azure Load Balancer et Azure Traffic Manager.
Cet article explique comment utiliser la page Équilibrage de charge sur le portail Azure pour trouver une solution d’équilibrage de charge qui répond aux besoins de votre entreprise.
Catégorisations de service
Les services d’équilibrage de charge Azure peuvent être classés selon deux catégories : le global par rapport au régional, et le HTTP(S) par rapport au non-HTTP(S).
Global ou régional
- Global : Ces services d’équilibrage de charge répartissent le trafic entre les back-ends régionaux, les clouds ou les services locaux hybrides. Ces services routent le trafic de l’utilisateur final vers le back-end disponible le plus proche. De même, ils répondent aux changements qui impactent leur fiabilité et leur fonctionnement pour optimiser la disponibilité et les performances. Vous pouvez les considérer comme des systèmes qui équilibrent la charge entre les tampons, les points de terminaison ou les unités d’échelle de l’application hébergés dans différentes régions ou zones géographiques.
- Régional : Ces services d’équilibrage de charge répartissent le trafic des réseaux virtuels entre les machines virtuelles ou les points de terminaison de service zonaux et redondants interzones d’une région. Vous pouvez les considérer comme des systèmes qui équilibrent la charge entre les machines virtuelles, les conteneurs ou les clusters dans une région d’un réseau virtuel.
HTTP(S) ou non-HTTP(S)
- HTTP(S) : Ces services d’équilibrage de charge sont des équilibreurs de charge de couche 7 qui acceptent uniquement le trafic HTTP(S). Ils sont destinés aux applications web ou à d’autres points de terminaison HTTP(S). Elles incluent des fonctionnalités telles que le déchargement SSL, le pare-feu d’applications web, l’équilibrage de charge basé sur les chemins et l’affinité de session.
- Non-HTTP(S) : Ces services d’équilibrage de charge peuvent gérer le trafic non HTTP(S). Nous les préconisons pour les charges de travail non web.
Le tableau suivant récapitule les services d’équilibrage de charge Azure.
| Service | Global/régional | Trafic recommandé |
|---|---|---|
| Azure Front Door | Global | HTTP(S) |
| Azure Traffic Manager | Global | Non-HTTP(S) |
| Azure Application Gateway | Zones géographiques | HTTP(S) |
| Azure Load Balancer | Régional ou global | Non-HTTP(S) |
Services d’équilibrage de charge Azure
Voici les principaux services d’équilibrage de charge actuellement disponibles dans Azure :
Azure Front Door est un réseau de livraison d’applications qui assure un équilibrage de charge global et un service d’accélération de site pour les applications web. Il offre des fonctionnalités de couche 7 pour votre application, telles que le déchargement SSL, le routage basé sur le chemin, le basculement rapide et la mise en cache pour améliorer les performances et la haute disponibilité de vos applications.
Remarque
Pour l’instant, Azure Front Door ne prend pas en charge les sockets web.
Traffic Manager est un équilibreur de charge du trafic DNS qui vous permet de distribuer le trafic de manière optimale aux services dans toutes les régions Azure globales, tout en offrant réactivité et haute disponibilité. Comme Traffic Manager est un service d’équilibrage de charge basé sur le DNS, il équilibre la charge uniquement au niveau du domaine. C’est ce qui explique qu’il ne peut pas basculer avec la rapidité d’Azure Front Door en raison des difficultés courantes liées à la mise en cache DNS et aux systèmes qui ne respectent pas les TTL de DNS.
Application Gateway propose Application Delivery Controller (ADC) en tant que service, fournissant ainsi plusieurs fonctionnalités d’équilibrage de charge de couche 7. Utilisez ce service pour optimiser la productivité de votre batterie de serveurs web en déchargeant une terminaison SSL nécessitant de nombreuses ressources du processeur vers la passerelle.
Load Balancer est un service d’équilibrage de charge de couche 4 à ultra faible latence et hautes performances (en entrée et en sortie) pour tous les protocoles UDP et TCP. Il est conçu pour gérer des millions de demandes par seconde, tout en garantissant la haute disponibilité de votre solution. Load Balancer est redondant interzone, ce qui garantit une haute disponibilité dans les zones de disponibilité. Il prend en charge une topologie de déploiement régional et une topologie interrégion.
Choisir une solution d’équilibrage de charge à partir du portail Azure
La page Équilibrage de charge sur le portail Azure vous guide pour trouver la solution d’équilibrage de charge qui répond le mieux aux besoins de votre entreprise. Load Balancer inclut les requêtes de prise de décision décrites dans le flux de travail de la section suivante.
Connectez-vous au portail Azure.
Dans la zone Rechercher des ressources, des services et des documents en haut du portail, entrez équilibrage de charge. Quand Équilibrage de charge apparaît dans les résultats de la recherche, sélectionnez-le.
Remarque
Pour découvrir les facteurs à prendre en considération dans la sélection d’une solution d’équilibrage de charge, consultez la section Arbre de décision pour l’équilibrage de charge dans Azure de cet article.
Dans la page Équilibrage de charge – M’aider à choisir (préversion), utilisez l’une des options suivantes :
Pour trouver la solution d’équilibrage de charge appropriée pour votre entreprise, suivez les instructions de l’onglet par défaut M’aider à choisir.
Pour connaître les protocoles et les fonctionnalités de service pris en charge par chaque service d’équilibrage de charge, sélectionnez l’onglet Comparaison des services.
Pour accéder à une formation gratuite sur les services d’équilibrage de charge, sélectionnez l’onglet Didacticiel.
Exemples de l’architecture de référence
Le tableau suivant répertorie différents articles de référence sur l’architecture basés sur les services d’équilibrage de charge utilisés comme solution.
| Services | Article | Description |
|---|---|---|
| Load Balancer | Équilibrer la charge des machines virtuelles entre les zones de disponibilité | Équilibrez la charge des machines virtuelles dans les zones de disponibilité pour protéger vos applications et données dans l’éventualité peu probable d’une défaillance ou d’une perte d’un centre de données entier. Avec la redondance de zone, une ou plusieurs zones de disponibilité peuvent subir une défaillance sans que cela n’empêche le chemin de données de survivre du moment qu’il reste une zone intègre dans la région. |
| Azure Front Door | Partage de localisation en temps réel à l’aide des services Azure serverless à faible coût | Utilisez Azure Front Door pour fournir une disponibilité plus élevée à vos applications que le déploiement dans une seule région. Si une interruption de service régionale affecte la région primaire, vous pouvez utiliser Azure Front Door pour basculer vers la région secondaire. |
| Traffic Manager | Application web multiniveau conçue pour la haute disponibilité et la reprise d’activité | Déployez des applications multiniveaux résilientes conçues pour la haute disponibilité et la reprise d’activité après sinistre. Si la région primaire n’est plus disponible, Traffic Manager bascule vers la région secondaire. |
| Azure Front Door + Application Gateway | SaaS mutualisé sur Azure | Utilisez une solution multilocataire qui associe Azure Front Door et Application Gateway. Azure Front Door permet d’équilibrer la charge du trafic entre les régions. Application Gateway équilibre la charge du trafic en interne dans l’application et le route vers les différents services qui répondent aux besoins de l’entreprise du client. |
| Traffic Manager + Load Balancer | Application multiniveau et multirégion | Application multiniveau et multirégion qui utilise Traffic Manager pour router les demandes entrantes vers une région primaire. Si cette région n’est plus disponible, Traffic Manager bascule vers la région secondaire. |
| Traffic Manager + Application Gateway | Équilibrage de charge multirégion avec Traffic Manager et Application Gateway | Découvrez comment traiter les charges de travail web et déployer des applications multiniveaux résilientes dans plusieurs régions Azure pour bénéficier d’une haute disponibilité et d’une infrastructure de reprise d’activité après sinistre robuste. |
Arbre de décision pour l’équilibrage de charge dans Azure
Lors de la phase de sélection des options d’équilibrage de charge, tenez compte de ces facteurs lorsque vous cliquez sur l’onglet par défaut M’aider à choisir dans la page Équilibrage de charge :
- Type de trafic : S’agit-il d’une application web (HTTP/HTTPS) ? S’agit-il d’une application publique ou privée ?
- Global ou régional : Avez-vous besoin d’équilibrer la charge des machines virtuelles ou des conteneurs d’un réseau virtuel, ou d’équilibrer la charge d’une unité d’échelle/déploiements entre les régions, ou les deux ?
- Disponibilité : Quel est le contrat de niveau de service ?
- Coût : Pour plus d’informations, consultez Tarification Azure. Outre le coût du service proprement dit, considérez le coût des opérations de gestion d’une solution reposant sur ce service.
- Fonctionnalités et limites : quelles sont les limitations globales de chaque service ? Pour plus d’informations, consultez Limites du Service.
L’organigramme suivant vous aide à choisir une solution d’équilibrage de charge pour votre application. Il vous guide au travers d’un ensemble de critères de décisions clé pour trouver une recommandation.
Traitez cet organigramme comme un point de départ. Chaque application dispose de ces exigences propres, utilisez donc la recommandation pour commencer. Effectuez ensuite une évaluation plus détaillée.
Si votre application comprend plusieurs charges de travail, évaluez-les séparément. Une solution complète peut comprendre au moins deux solutions d’équilibrage de charge.
Définitions
- Accessible depuis Internet : Applications accessibles publiquement à partir d’Internet. En guise de meilleure pratique, les propriétaires d’applications appliquent des stratégies d’accès restrictives ou protègent l’application en configurant des offres telles que le pare-feu d’applications web et la protection DDoS.
- Global : Utilisateurs finaux ou clients situés au-delà d’une petite zone géographique. Par exemple, les utilisateurs sont répartis dans plusieurs continents, dans des pays ou régions au sein d’un continent, ou même dans plusieurs zones métropolitaines au sein d’un pays ou d’une région de plus grande taille.
- Platform as a service (PaaS) : Offre un environnement d’hébergement géré, dans lequel vous pouvez déployer votre application sans avoir à gérer de machines virtuelles ni de ressources réseau. Dans ce cas, PaaS fait référence à des services qui assurent l’équilibrage de charge intégré dans une région. Pour plus d’informations, consultez Choisir un service de calcul – Scalabilité.
- Azure Kubernetes Service (AKS) : Permet de déployer et de gérer des applications conteneurisées. AKS fournit Kubernetes serverless, expérience d’intégration continue et de livraison continue (CI/CD), ainsi qu’une sécurité et une gouvernance de classe entreprise. Pour plus d’informations sur les ressources architecturales AKS, consultez Conception de l’architecture d’Azure Kubernetes Service.
- Infrastructure as a service (IaaS) : Option de calcul dans laquelle vous provisionnez les machines virtuelles dont vous avez besoin ainsi que les composants de stockage et de réseau associés. Les applications IaaS nécessitent un équilibrage de charge interne au sein d’un réseau virtuel avec Load Balancer.
- Traitement de la couche application : Fait référence à un routage spécial au sein d’un réseau virtuel. Par exemple, un routage basé sur le chemin au sein d’un réseau virtuel sur des machines virtuelles ou des groupes de machines virtuelles identiques. Pour plus d’informations, consultez Quand faut-il déployer Application Gateway derrière Front Door ?
- Accélération des performances : Fait référence aux fonctionnalités qui accélèrent l’accès web. Il est possible de mettre en œuvre l’accélération des performances en utilisant des réseaux de distribution de contenu (CDN) ou un point de présence (POP) optimisé en entrée pour accélérer l’intégration du client au réseau de destination. Azure Front Door prend en charge les CDN et l’accélération de trafic Anycast. Les avantages des deux fonctionnalités peuvent être obtenus avec ou sans Application Gateway dans l’architecture.