Une instance Classic Load Balancer (CLB) reçoit le trafic client et distribue les requêtes aux serveurs backend. Choisissez le type de réseau, la version IP, le déploiement par zone et la spécification de performance appropriés avant de créer une instance.
CLB prend en charge l'équilibrage de charge de couche 4 (TCP/UDP) et de couche 7 (HTTP/HTTPS). Pour un équilibrage de charge dédié de couche 7 avec routage basé sur le contenu, consultez Application Load Balancer (ALB) Pour un équilibrage de charge de couche 4 haute performance avec support dual-stack, consultez Qu'est-ce que NLB ?
Types de réseau
CLB prend en charge les instances orientées Internet et internes. Le type de réseau ne peut pas être modifié après la création.
Pour modifier le type de réseau, créez une nouvelle instance CLB.
|
Attribut |
Orienté Internet |
Interne |
|
Paramétrage du type d'instance |
Définissez sur Internet lors de la création. |
Définissez sur Intranet lors de la création. |
|
Adresse IP |
Une adresse IP publique statique attribuée par le système et liée à l'instance. Elle ne peut pas être associée ou dissociée indépendamment. |
Une adresse IP privée issue du bloc CIDR du vSwitch du VPC spécifié. |
|
Accès Internet |
Accessible depuis Internet via l'adresse IP publique attribuée. |
Non accessible directement depuis Internet. Associez une Elastic IP Address (EIP) pour un accès public. Les EIP peuvent être liées ou déliées de manière flexible et ajoutées à une instance Internet Shared Bandwidth pour réduire les coûts. |
|
Accès au réseau privé |
Aucun accès par IP privée. |
Accessible par tout client pouvant communiquer avec le VPC. |
|
Schéma |
 |
 |
Versions IP
CLB prend en charge IPv4 et IPv6 en tant que types d'instance distincts. Le mode dual-stack n'est pas pris en charge. Utilisez NLB ou ALB pour le support dual-stack.
|
Version IP |
Allocation d'adresse |
Accès client |
|
IPv4 |
Orienté Internet : adresse IPv4 publique. Interne : adresse IPv4 privée. |
Adresses IPv4 (par exemple, 192.168.0.1). |
|
IPv6 |
Orienté Internet : adresse IPv6 publique. Les instances internes ne prennent pas en charge IPv6. |
Adresses IPv6 (par exemple, 2001:db8:1:1:1:1:1:1). Disponible uniquement dans les régions prises en charge. |
Exigences pour les écouteurs IPv6
Les en-têtes IPv6 sont plus volumineux que ceux d'IPv4. Configurez les écouteurs en conséquence :
|
Type d'écouteur |
Exigence |
|
UDP |
Définissez le MTU de la carte réseau de chaque serveur backend à 1 200 octets ou plus. Les paquets trop volumineux sont supprimés. Certaines applications peuvent nécessiter des ajustements du MTU. |
|
TCP |
Aucune configuration requise. TCP négocie automatiquement le MSS. |
Migration vers IPv6
Migrez les services vers IPv6 de manière incrémentielle sans modifier le système existant :
Ajoutez des serveurs avec des adresses IPv4 en tant que serveurs backend à une instance CLB IPv6.
Lorsque le trafic augmente, ajoutez une entrée IPv6 et augmentez le nombre de serveurs backend. Les services IPv4 existants restent inchangés.
Déploiement par zone
CLB prend en charge le déploiement multizone et monozones. Le déploiement multizone offre un basculement automatique pour une haute disponibilité.
Déploiement multizone
Dans les régions multizones, les instances CLB se déploient sur une zone principale et une zone secondaire. Ce paramètre est figé à la création.
Zone principale : Sélectionnée lors de la création. Pour utiliser une autre zone principale, créez une nouvelle instance.
Zone secondaire : Sélectionnée automatiquement par le système.
Basculement : Si la zone principale tombe en panne, le trafic bascule automatiquement vers la zone secondaire.
Latence : Placez la zone principale dans la même zone que vos serveurs backend pour réduire la latence.
Déploiement monozones
Dans les régions monozones, les instances CLB se déploient dans la seule zone disponible. Si cette zone tombe en panne, le service devient indisponible. Utilisez le déploiement monozones uniquement pour les tests ou les charges de travail non critiques.
Spécifications de performance
Métriques de performance
La performance de CLB est mesurée par trois métriques :
|
Métrique |
Description |
S'applique à |
|
Nombre maximal de connexions simultanées |
Nombre maximal de connexions simultanées. Les requêtes excédentaires sont supprimées. |
Couche 4 et couche 7 |
|
Connexions par seconde (CPS) |
Nouvelles connexions établies par seconde. Les requêtes excédentaires sont supprimées. |
Couche 4 et couche 7 |
|
Requêtes par seconde (QPS) |
Requêtes HTTP/HTTPS traitées par seconde. Les requêtes excédentaires sont supprimées. |
Couche 7 uniquement |
Instances à la demande
Toutes les nouvelles instances CLB utilisent la facturation à la demande avec ces limites de performance :
|
Nombre maximal de connexions simultanées |
CPS |
QPS |
|
1 000 000 |
100 000 |
50 000 |
Instances facturées selon la spécification (obsolètes)
Alibaba Cloud a arrêté la vente d'instances CLB facturées selon la spécification. Les instances existantes continuent de fonctionner normalement. Pour plus de détails, consultez Arrêt de la vente des instances CLB facturées selon la spécification.
Les instances facturées selon la spécification sont classées comme performances garanties ou ressources partagées. Lors de la sélection d'une spécification, concentrez-vous sur le nombre maximal de connexions simultanées pour les écouteurs de couche 4 et sur le QPS pour les écouteurs de couche 7.
Spécifications à performances garanties
Les instances à performances garanties fournissent des ressources dédiées avec ces niveaux de performance :
|
Spécification |
Nombre maximal de connexions simultanées |
CPS |
QPS |
|
Petit I (slb.s1.small) |
5 000 |
3 000 |
1 000 |
|
Standard I (slb.s2.small) |
50 000 |
5 000 |
5 000 |
|
Moyen II (slb.s2.medium) |
100 000 |
10 000 |
10 000 |
|
Grand I (slb.s3.small) |
200 000 |
20 000 |
20 000 |
|
Grand II (slb.s3.medium) |
500 000 |
50 000 |
30 000 |
|
Super Grand I (slb.s3.large) |
1 000 000 |
100 000 |
50 000 |
Performances garanties vs ressources partagées
Les instances à performances garanties prennent en charge toutes les fonctionnalités listées ci-dessous. Les instances à ressources partagées n'en prennent aucune en charge.
|
Fonctionnalité |
Performances garanties |
Performances partagées |
|
Ressources exclusives |
|
|
|
SLA |
|
|
|
IPv6 |
|
|
|
SNI (plusieurs certificats) |
|
|
|
Listes de contrôle d'accès |
|
|
|
Attachement ENI |
|
|
|
Adresses IP privées secondaires des ENI |
|
|
|
Redirection HTTP vers HTTPS |
|
|
|
Hachage cohérent |
|
|
|
Politiques de sécurité TLS |
|
|
|
HTTP/2 |
|
|
|
WebSocket et WebSocket Secure |
|
|
Les instances à performances garanties incluent un accord de niveau de service (SLA). Pour plus de détails, consultez Accord de niveau de service Server Load Balancer (SLB) du site Web international Alibaba Cloud .
Statut de l'instance
|
Statut |
Description |
Peut être supprimé |
Peut être modifié |
|
En cours d'exécution |
L'instance fonctionne normalement. |
Oui, si la protection contre la suppression est désactivée. |
Oui, si le mode lecture seule de la configuration est désactivé. |
|
Verrouillé |
Verrouillé en raison d'un paiement en retard ou d'un risque de sécurité. Renouvelez l'instance pour supprimer un verrou financier. Pour supprimer un verrou de sécurité, soumettez une demande sur la page Security Control. |
Non |
Non |
|
Arrêté |
L'instance est arrêtée. |
Oui |
Non |