Application Load Balancer (ALB) est un service d'équilibrage de charge de couche 7 qui gère le trafic HTTP, HTTPS et QUIC grâce à des capacités de traitement élastiques et à grande échelle. ALB offre des fonctionnalités de routage avancées, s'intègre aux services cloud-native et sert de passerelle Ingress officielle sur Alibaba Cloud.
Pourquoi utiliser Application Load Balancer (ALB)
Application Load Balancer (ALB) fournit des capacités de traitement au niveau applicatif et de routage avancé pour les applications HTTP, HTTPS et QUIC. En tant que passerelle Ingress officielle d'Alibaba Cloud, il constitue un composant central des architectures cloud-native. Pour plus d'informations, consultez les rubriques Gérer les Ingress ALB et Fonctionnalités des Ingress ALB.
Haute élasticité au niveau applicatif : ALB opère au niveau applicatif en fournissant des noms de domaine et des adresses IP virtuelles (VIP) pour gérer un grand volume de requêtes. Il répartit le trafic afin d'accroître la capacité des applications et élimine les points de défaillance uniques. Personnalisez les combinaisons de zones de disponibilité et mettez à l'échelle l'infrastructure de manière élastique entre elles pour éviter les goulots d'étranglement liés aux ressources.
Prise en charge avancée des protocoles : ALB prend en charge les protocoles HTTP, HTTPS et QUIC pour des volumes de trafic massifs. Pour les applications mobiles telles que l'audio/vidéo en temps réel, le streaming en direct et les jeux, ALB offre un accès plus rapide et une transmission plus fiable. ALB prend également en charge gRPC pour la communication API entre microservices.
Routage avancé basé sur le contenu : ALB identifie et transfère le trafic de service vers différents serveurs backend selon des conditions telles que le chemin d'accès, l'en-tête HTTP, la chaîne de requête, la méthode de requête, le cookie et l'adresse IP source. ALB prend également en charge la redirection, la réécriture et les en-têtes HTTPS personnalisés.
Sécurité et fiabilité : ALB intègre une protection DDoS native et s'associe à Web Application Firewall (WAF). Il propose un chiffrement HTTPS de bout en bout avec des politiques de sécurité prédéfinies et personnalisées, et prend en charge TLS 1.3. Pour les services sensibles au chiffrement, ALB répond aux exigences de sécurité zero-trust.
Conçu pour le cloud-native : À mesure que le paradigme cloud-native arrive à maturité, les nouveaux services sont de plus en plus déployés dans un environnement cloud-native, tandis que les existants sont repensés pour s'y adapter. ALB est étroitement intégré à Container Service for Kubernetes (ACK), Serverless App Engine (SAE), Function Compute et K8s open source. Il constitue la passerelle Ingress cloud-native officielle d'Alibaba Cloud.
Streaming SSE : ALB prend en charge le streaming Server-Sent Events (SSE). Dans les applications de grands modèles de langage (LLM), SSE renvoie les résultats d'inférence en temps réel.
Facturation flexible : ALB permet l'accès au réseau public via des Elastic IP Addresses (EIP) et Internet Shared Bandwidth pour une facturation adaptable. ALB utilise un modèle tarifaire basé sur les Load Balancer Capacity Units (LCU) qui s'adapte aux pics de trafic élastiques.
Métriques de performance des instances
À partir du 25 février 2025 à 00:00:00 (UTC+8), les instances nouvellement créées utiliseront par défaut la version améliorée d'ALB. Les instances ALB existantes ne sont pas affectées, à l'exception des instances créées via des applications en libre-service. Pour plus d'informations, consultez la rubrique Avis concernant la mise à niveau des instances Application Load Balancer (ALB).
Après la mise à niveau
Une instance ALB alloue trois adresses IP depuis chaque vSwitch spécifié : une VIP (Virtual IP address) pour les services clients, et deux adresses IP locales pour communiquer avec les serveurs backend et effectuer des vérifications d'état.
Afin de garantir la disponibilité de toutes les capacités élastiques de votre instance ALB, nous vous recommandons de réserver au moins huit adresses IP dans chaque vSwitch où l'instance est déployée.
|
Métriques de performance VIP |
Performance maximale de mise à l'échelle automatique |
|
Requêtes maximales par seconde (QPS) |
500 000 |
|
Nouvelles connexions maximales par seconde (CPS) |
200 000 |
|
Connexions simultanées maximales |
5 000 000 |
|
Bande passante maximale du réseau privé |
25 Gbit/s |
Pour une instance ALB déployée sur plusieurs zones de disponibilité, métriques de performance de l'instance = nombre de zones de disponibilité × métriques de performance VIP.
La bande passante publique par défaut d'une instance ALB déployée sur deux zones de disponibilité est de 400 Mbit/s. La bande passante publique réelle correspond à la somme de la bande passante de toutes les EIP associées à l'instance ALB.
Au sein d'une même région, la bande passante de pointe totale de toutes les EIP facturées au transfert de données sous un seul compte Alibaba Cloud ne peut pas dépasser 5 Gbit/s. Pour plus d'informations, consultez la section relative aux limites de bande passante dans la rubrique Paiement à l'utilisation.
Si vous avez besoin de davantage de bande passante, achetez Internet Shared Bandwidth. Pour plus d'informations, consultez la rubrique Créer et gérer des packages de bande passante.
-
ALB prend en charge le déploiement multizone. Si la région actuelle propose deux zones de disponibilité ou plus, sélectionnez au moins deux zones de disponibilité afin de garantir la haute disponibilité de vos services. ALB ne facture aucun frais supplémentaire pour l'utilisation de plusieurs zones de disponibilité.
Nous vous recommandons d'utiliser votre propre nom de domaine et de créer un enregistrement CNAME pour le mapper au nom de domaine de l'instance ALB. Cela permet d'obtenir un accord de niveau de service (SLA) pouvant atteindre 99 995 %.
Les métriques de performance présentées dans le tableau précédent représentent la performance maximale de mise à l'échelle automatique d'une instance ALB et sont indépendantes de l'édition de fonctionnalités de l'instance.
ALB utilise une architecture de cluster distribuée et hautement fiable. La capacité de transfert d'une seule connexion est limitée par les performances monocœur d'un nœud du plan de données, et le pic de bande passante que vous spécifiez est réparti sur plusieurs serveurs du cluster. Lorsque vos services sont dominés par des connexions persistantes à fort trafic, une seule connexion peut ne pas atteindre le pic de bande passante de l'instance. Nous vous recommandons de diviser le trafic de votre service en plusieurs connexions simultanées afin d'utiliser pleinement la capacité totale de bande passante de l'instance ALB.
Avant la mise à niveau
ALB propose deux modes IP : Dynamic IP et Static IP. Les performances d'une instance ALB diffèrent selon le mode Dynamic IP ou Static IP.
Les métriques de performance des instances ALB dépendent uniquement du mode IP d'ALB, et non de la version des fonctionnalités.
Performances d'une seule instance ALB (exemple avec un déploiement sur deux zones)
Mode IP | Requêtes maximales par seconde (QPS) | Nouvelles connexions maximales par seconde (CPS) | Connexions simultanées maximales | Bande passante maximale du réseau privé | Bande passante publique par défaut |
Dynamic IP | 1 000 000 | 1 000 000 | 10 000 000 | 100 Gbit/s | 400 Mbit/s. La bande passante publique réelle correspond à la somme de la bande passante de toutes les EIP associées à l'instance ALB.
|
Static IP | 100 000 | 100 000 | 1 000 000 | 10 Gbit/s |
Dans les régions qui prennent en charge plusieurs zones de disponibilité, les limites initiales pour les QPS, CPS et connexions simultanées d'une instance ALB sont respectivement de 100 000, 100 000 et 1 000 000. Ces limites n'augmentent pas avec le nombre de zones de disponibilité. Les QPS, CPS et connexions simultanées maximaux d'une instance ALB en mode Static IP sont respectivement de 100 000, 100 000 et 1 000 000. Une instance ALB en mode Dynamic IP effectue automatiquement une mise à l'échelle horizontale basée sur le SLA de mise à l'échelle automatique. Les QPS, CPS et connexions simultanées maximaux peuvent atteindre respectivement 1 000 000, 1 000 000 et 10 000 000.
Nous vous recommandons d'utiliser votre propre nom de domaine et de créer un enregistrement CNAME pour le mapper au nom de domaine de l'instance ALB. Cela permet d'obtenir un SLA pouvant atteindre 99 995 %.
ALB prend en charge le déploiement multizone. Si la région actuelle propose deux zones de disponibilité ou plus, sélectionnez au moins deux zones de disponibilité afin de garantir la haute disponibilité de vos services. ALB ne facture aucun frais supplémentaire pour l'utilisation de plusieurs zones de disponibilité.
Composants ALB
|
Composant |
Description |
|
Instance |
Une instance ALB assure l'équilibrage de charge de couche 7 en répartissant le trafic entre les serveurs backend pour augmenter le débit. Une seule instance gère jusqu'à 1 000 000 QPS. |
|
Listener |
Un listener surveille les demandes de connexion pour une instance ALB. Configurez chaque listener avec un protocole et un port pour spécifier le trafic traité par l'instance ALB, tel que le trafic HTTP sur le port 80. Une instance ALB nécessite au moins un listener et prend en charge jusqu'à 50 listeners par instance ALB pour différents types de trafic de service. |
|
Règle de transfert |
Une règle de transfert détermine comment une instance ALB achemine les requêtes vers les groupes de serveurs. En plus du routage basé sur le domaine et le chemin d'accès, ALB peut transférer les requêtes en fonction des en-têtes HTTP, des cookies et des méthodes de requête. |
|
Groupe de serveurs |
Un groupe de serveurs est un ensemble de serveurs backend qui traitent les requêtes distribuées par ALB. Dans ALB, les groupes de serveurs sont indépendants des instances ALB, ce qui vous permet d'attacher le même groupe à plusieurs instances ALB. Chaque groupe de serveurs prend en charge jusqu'à 1 000 serveurs backend. Les groupes de serveurs ALB prennent en charge divers types de backend, notamment ECS, ECI et ENI. |
|
Vérification d'état |
ALB utilise des vérifications d'état pour surveiller la disponibilité des serveurs backend. ALB détecte les serveurs défectueux et cesse de leur distribuer du trafic. ALB prend en charge les vérifications d'état configurables par protocole, port et seuils. ALB propose également des modèles de vérification d'état que vous pouvez appliquer à plusieurs groupes de serveurs. |
Types ALB
Alibaba Cloud propose des instances ALB accessibles depuis Internet et internes. Le choix du type d'instance ALB détermine si des EIP et Internet Shared Bandwidth sont nécessaires.
Composant | Description |
VIP (Virtual IP address) | L'adresse IP virtuelle qu'une instance ALB utilise pour distribuer le trafic. Chaque VIP est une adresse IP privée au sein d'un Virtual Private Cloud (VPC). |
EIP | Les EIP sont requises uniquement pour les instances ALB accessibles depuis Internet, et non pour les instances ALB internes. Une EIP permet à une instance ALB de fournir des services via Internet. Une instance ALB accessible depuis Internet peut avoir plusieurs EIP et doit en avoir au moins deux dans différentes zones de disponibilité pour la haute disponibilité d'ALB. |
Internet Shared Bandwidth | Un Package de bande passante permet le partage et la réutilisation de la bande passante dans une région. Ajoutez des EIP de la même région à une instance Internet Shared Bandwidth pour partager la bande passante et réduire les coûts de bande passante publique. |
Nom de domaine | Un nom de domaine résoluble qui mappe à la VIP correspondante. Vous pouvez également mapper un nom de domaine personnalisé que vous possédez au nom de domaine de l'instance ALB à l'aide d'un enregistrement CNAME. Pour plus d'informations, consultez la rubrique Configurer un enregistrement CNAME pour une instance ALB. Remarque À partir du 15 novembre 2024 à 00:00:00 (UTC+8), de nouveaux noms de domaine sont utilisés par défaut pour les instances ALB nouvellement créées. Vous ne pouvez plus utiliser les noms de domaine Alibaba Cloud par défaut pour accéder aux instances ALB. Les instances ALB créées avant le 15 novembre 2024 à 00:00:00 (UTC+8) ne sont pas affectées. Pour plus d'informations, consultez la rubrique Avis concernant la mise à niveau des noms de domaine des équilibreurs de charge. |
Activer Application Load Balancer (ALB)
Cliquez sur Créer Application Load Balancer pour accéder à la page d'achat du produit ALB.
Déployer et maintenir ALB
Après avoir enregistré un compte Alibaba Cloud, vous pouvez déployer et maintenir ALB de différentes manières :
Console Application Load Balancer (ALB) : interface utilisateur web pour les opérations interactives. Utilisez la console pour créer, gérer ou libérer une instance ALB. Pour plus d'informations, consultez la rubrique Créer et gérer une instance ALB.
SDK Alibaba Cloud : fournit des SDK pour divers langages de programmation, tels que Java, Go et Python.
Portail développeur OpenAPI : offre une recherche rapide d'API, des appels d'API en ligne et la génération dynamique d'exemples de code SDK.
Terraform : outil open source qui vous permet d'utiliser des fichiers de configuration versionnés pour provisionner et gérer des ressources informatiques sur Alibaba Cloud et d'autres plateformes prenant en charge Terraform.