Cette rubrique répond aux questions fréquemment posées (FAQ) concernant les instances Classic Load Balancer (CLB).
Cette rubrique aborde les questions suivantes :
|
Catégorie |
Questions |
|
Sélection d'instance |
|
|
Types d'instance |
|
|
Configuration de l'instance |
|
|
Exploitation et maintenance des instances |
Comment sélectionner une instance en paiement à l'utilisation
À compter du 1er juin 2025 à 00:00:00 (UTC+8), les instances CLB facturées par spécification ne seront plus disponibles à l'achat.
Par défaut, les instances CLB utilisent la méthode de facturation par LCU. Les performances d'une instance s'adaptent automatiquement à l'utilisation, ce qui signifie que vous n'avez pas besoin de spécifier un type d'instance. Vous êtes facturé selon votre consommation réelle (LCU) sur une base horaire. Pour plus d'informations sur les limites de performance, consultez la rubrique Limites de performance des instances. Pour plus d'informations sur les méthodes de facturation, consultez la rubrique Méthodes de facturation des instances.
Pourquoi les instances n'atteignent pas toujours les limites de performance
Cela suit le principe du maillon faible. Une instance à performances garanties ne garantit pas que ses trois métriques de performance, y compris la bande passante, atteignent simultanément leurs limites supérieures. La limitation de débit est déclenchée dès qu'une des métriques atteint sa limite.
Par exemple, un utilisateur sélectionne une instance Haute performance I (slb.s3.small). Si le QPS de l'instance a atteint 20 000 mais que le nombre de connexions simultanées n'a pas atteint 200 000, le nombre maximal de connexions peut ne jamais atteindre la limite supérieure spécifiée pour le type d'instance. En effet, les nouvelles demandes de connexion sont rejetées lorsque le QPS atteint sa limite supérieure.
Puis-je modifier le type d'instance ?
Oui, c'est possible.
Modifiez la configuration d'une instance à performances garanties dans la console CLB. Pour plus d'informations, consultez les rubriques Modifier la configuration d'une instance en paiement à l'utilisation.
À compter du 1er juin 2025 à 00:00:00 (UTC+8), les instances CLB facturées par spécification ne seront plus disponibles à l'achat. Vous ne pourrez plus modifier la méthode de facturation d'une instance facturée par LCU pour passer à la facturation par spécification. Pour plus d'informations, consultez l'annonce Annonce sur la fin de commercialisation des instances Classic Load Balancer (CLB) facturées par spécification.
Vous pouvez uniquement convertir des instances CLB à ressources partagées en instances haute performance. Il est impossible de convertir des instances CLB haute performance en instances à ressources partagées.
La conversion d'une instance à ressources partagées en une instance à performances garanties n'affecte pas vos services et ne modifie pas l'adresse IP de l'instance CLB.
-
Les modifications de configuration ne changent pas l'adresse IP de l'instance CLB.
Nous vous recommandons de passer d'une instance à ressources partagées à une instance à performances garanties pendant les heures creuses. Sinon, utilisez le DNS pour mettre en œuvre l'équilibrage de charge entre les instances avant de modifier la configuration.
Pourquoi les modifications de type d'instance ne sont-elles pas immédiates ?
Si vous modifiez simultanément le type d'instance et la méthode de facturation (par exemple, de la facturation par bande passante à la facturation par transfert de données), les deux changements prennent effet à 00:00:00 le lendemain et non immédiatement.
Puis-je modifier les zones de disponibilité ?
Non.
Vous ne pouvez pas modifier la zone de disponibilité principale après la création d'une instance CLB. Le système sélectionne automatiquement la zone de disponibilité secondaire la plus appropriée en fonction des conditions régionales, sans nécessiter de configuration manuelle.
Nous vous recommandons d'utiliser Application Load Balancer (ALB) ou Network Load Balancer (NLB), qui prennent en charge le déploiement multizone. Pour plus d'informations, consultez les rubriques Famille de produits Server Load Balancer (SLB), Qu'est-ce qu'Application Load Balancer (ALB) ? et Qu'est-ce que Network Load Balancer (NLB) ?
Le temps de traitement CLB inclut-il le transfert de données ?
Oui, le temps de traitement d'une instance CLB inclut le temps nécessaire pour recevoir les données client et envoyer les données de réponse.
Temps de réception des données client : la valeur de la métrique
read_request_time. Cette métrique indique le temps que l'équilibreur de charge prend pour lire une requête client. Cela inclut le temps de réception de l'en-tête de requête HTTP (read_header_time) et du corps de la requête (read_body_time).Temps d'envoi des données de réponse : cela inclut le temps nécessaire pour renvoyer les données de réponse au client.
Comment obtenir les plages d'adresses IP publiques CLB
Les adresses IP publiques CLB sont attribuées dynamiquement. Pour éviter les restrictions d'accès, nous vous recommandons d'obtenir à l'avance les blocs CIDR d'adresses IP CLB et de les ajouter à la liste d'autorisation de votre pare-feu.
Les EIP et les adresses IP publiques des instances CLB sont attribuées à partir du même pool de ressources d'adresses IP publiques. Appelez l'opération DescribePublicIpAddress pour obtenir les blocs CIDR d'adresses IP publiques dans une région spécifiée.
Cette opération API prend en charge la pagination. La taille de page par défaut est de 100. Si plus de 100 entrées sont renvoyées, ajustez les paramètres de pagination pour obtenir la liste complète.
Comment résoudre les problèmes d'une instance CLB arrêtée
Une instance CLB passe à l'état Arrêté pour l'une des raisons suivantes :
L'instance est définie manuellement sur l'état inactif par un appel à l'opération API SetLoadBalancerStatus. Lorsqu'un utilisateur ou un programme automatisé appelle cette opération API, l'instance cesse immédiatement de transférer le trafic.
Votre compte présente un impayé, ce qui entraîne le verrouillage du compte par le système et l'arrêt automatique de l'instance.
L'Elastic IP Address (EIP) associée ou le plan de bande passante partagé est libéré en raison d'un impayé.
Utilisez ActionTrail pour identifier la raison de l'arrêt de l'instance. Connectez-vous à la console ActionTrail. Sur la page de requête d'événements, recherchez l'événement SetLoadBalancerStatus. Consultez l'heure et l'opérateur de l'événement pour déterminer s'il s'agissait d'une opération manuelle.
Si l'instance n'a pas été arrêtée en raison d'un impayé, accédez à la page Instances dans la console CLB, localisez l'instance, puis cliquez sur Start dans la colonne Actions pour redémarrer l'instance.
CLB prend-il en charge la migration entre comptes ?
Non. Les instances CLB ne peuvent pas être migrées (transférées) entre comptes Alibaba Cloud. Pour utiliser CLB sous un autre compte, créez une nouvelle instance CLB dans le compte cible, puis configurez ses écouteurs et ses serveurs backend.
Puis-je désactiver le Ping sur l'adresse de service d'une instance CLB ?
Non. Vous ne pouvez pas désactiver directement le Ping sur une adresse de service CLB. En alternative, associez l'adresse IP publique d'une instance CLB orientée vers Internet (ou l'EIP liée à une instance CLB privée) à un pare-feu cloud et configurez une règle entrante pour refuser le trafic ICMP.
L'adresse de service d'une instance CLB est accessible via Ping uniquement lorsque l'instance possède au moins un écouteur à l'état En cours d'exécution.
Mon instance CLB écoute uniquement sur des ports TCP. Pourquoi les analyses de ports indiquent-elles que tous les ports UDP sont ouverts ?
Il s'agit d'un faux positif causé par l'algorithme de détection de l'outil d'analyse. CLB ignore silencieusement les paquets envoyés vers des ports UDP sur lesquels aucun écouteur n'est configuré, sans renvoyer de message « ICMP Port Unreachable » au client. Certains outils d'analyse interprètent l'absence de cette réponse comme une indication que le port est ouvert. En réalité, CLB ne traite ni ne transfère aucun trafic sur les ports sans écouteur configuré, ce qui n'affecte pas la sécurité de l'instance.