Si vous rencontrez des problèmes de connectivité réseau, tels que des délais d'attente de requête ou une limitation du débit avec une instance Classic Load Balancer (CLB), ou si vous souhaitez comprendre sa charge et ses performances, utilisez Cloud Monitor pour consulter l'état opérationnel et les métriques de l'instance. Vous pouvez afficher ces données via la console, une API ou un SDK.
Prérequis
Une instance CLB doit être créée et disposer d'au moins un écouteur. Pour plus d'informations, consultez les rubriques suivantes :
Afficher les données de surveillance dans la console
Connectez-vous à la console CLB.
Dans la barre de navigation supérieure, sélectionnez la région de l'instance CLB.
-
Sur la page Instances, localisez l'instance cible et utilisez l'une des méthodes suivantes pour afficher ses informations de surveillance.
Méthode 1 : Dans la colonne Monitoring, cliquez sur
. Dans le panneau Monitoring Information, cliquez sur l'onglet Instances ou Listeners.Méthode 2 : Cliquez sur l'ID de l'instance. Sous l'onglet Instance Details, cliquez sur l'onglet Monitoring. Ensuite, cliquez sur l'onglet Instances ou Listeners.
Sous l'onglet Instances, cliquez sur le sous-onglet Bandwidth/Traffic pour afficher la métrique Data Processed pour les requêtes et les réponses de l'instance CLB.
Vous pouvez définir une plage horaire pour le graphique en spécifiant l'option Time. Activez Auto Refresh pour actualiser les données de surveillance toutes les minutes.
Le tableau suivant décrit les métriques de surveillance prises en charge.
|
Métrique |
Description |
|
Traffic |
|
|
Packets |
|
|
Concurrent Connections |
|
|
New Connections |
Nombre moyen de nouvelles connexions des clients vers l'équilibreur de charge par période de collecte. |
|
Dropped Traffic |
|
|
Dropped Packets |
|
|
Dropped Connections |
Nombre de connexions abandonnées par seconde. |
|
Les métriques suivantes sont spécifiques aux écouteurs de couche 7 (HTTP/HTTPS). |
|
|
Layer-7 QPS |
Nombre de requêtes HTTP ou HTTPS traitées par seconde. |
|
Response Time (Listener) |
Temps de réponse moyen de l'équilibreur de charge. |
|
Codes d'état 2xx/3xx/4xx/5xx/autre de la couche 7 |
Nombre de codes de réponse HTTP renvoyés par l'écouteur. |
|
Code amont 4xx/5xx de la couche 7 |
Nombre de codes de réponse HTTP renvoyés par le serveur backend. |
|
Response Time (Server) |
Temps de réponse moyen du serveur backend. |
La surveillance CLB fournit des données selon deux dimensions : au niveau de l'instance et au niveau de l'écouteur. Les métriques au niveau de l'instance reflètent l'état global du trafic et des connexions de l'instance CLB. Les métriques au niveau de l'écouteur reflètent le trafic et les connexions pour un port d'écouteur individuel. La surveillance CLB ne permet pas de ventiler les données de trafic par instance ECS backend ou par application. Vous ne pouvez pas utiliser la console CLB pour identifier quelle application backend ou instance ECS consomme le plus de trafic.
Si vous devez identifier la source d'un trafic élevé sur vos serveurs backends, utilisez l'une des alternatives suivantes :
Dans la console ECS, accédez à la page des détails de l'instance ECS et affichez les données de surveillance de la bande passante réseau sous l'onglet Monitoring.
Analysez les journaux d'accès de l'application pour identifier les sources de trafic élevé.
Connectez-vous au serveur backend et exécutez
iftop -i eth0 -PnNpour afficher l'utilisation du trafic par processus.
La période statistique par défaut pour les données de surveillance CLB est de 60 secondes. Cela signifie que chaque point de données dans les graphiques de surveillance représente une valeur agrégée sur un intervalle de 60 secondes. Lors de l'interrogation des données de surveillance via l'API Cloud Monitor, définissez le paramètre Period sur 60 pour correspondre à cette granularité par défaut.
Afficher les données de surveillance à l'aide d'une API
Vous pouvez utiliser l'API Cloud Monitor pour afficher les métriques de surveillance et les données détaillées d'une instance CLB.
Pour afficher les données de surveillance à l'aide d'une API :
Interrogez le namespace. Appelez l'opération
DescribeProjectMetapour interroger le namespace de CLB dans Cloud Monitor.Facultatif : Affichez les métriques disponibles. Appelez l'opération
DescribeMetricMetaListpour interroger les descriptions des métriques de séries chronologiques disponibles dans Cloud Monitor. Pour plus d'informations, consultez la rubrique Surveillance CLB.-
Interrogez les données de surveillance pour une métrique spécifique.
Appelez l'opération
DescribeMetricLastpour interroger les dernières données de surveillance d'un objet de surveillance CLB spécifique.Appelez l'opération
DescribeMetricListpour interroger les données de séries chronologiques d'un objet de surveillance CLB sur une plage horaire spécifique.
DescribeProjectMeta
Appelez l'opération DescribeProjectMeta pour interroger le namespace de CLB dans Cloud Monitor.
-
Définissez le paramètre Labels sur
[{"name":"product","value":"SLB"}]et conservez les valeurs par défaut pour les autres paramètres. Le paramètre Labels filtre les ressources par tag de produit. -
À partir de la réponse, obtenez la valeur du paramètre Namespace pour l'instance CLB dans Cloud Monitor. La valeur est
acs_slb_dashboard.
DescribeMetricMetaList
Appelez l'opération DescribeMetricMetaList pour interroger les descriptions des métriques de séries chronologiques disponibles dans Cloud Monitor.
-
Définissez le paramètre Namespace sur acs_slb_dashboard et conservez les valeurs par défaut pour les autres paramètres.
-
Dans la réponse, recherchez les métriques de séries chronologiques pour l'équilibreur de charge. Par exemple, vérifiez la métrique Layer-7 QPS.
DescribeMetricLast
Appelez l'opération DescribeMetricLast pour interroger les dernières données de surveillance d'un objet de surveillance spécifique d'un équilibreur de charge. Cet exemple interroge les dernières données pour la métrique Layer-7 QPS.
-
Dans les paramètres, configurez les paramètres pour interroger Layer-7 QPS.
Configurez les paramètres suivants et conservez les valeurs par défaut pour les autres paramètres.
MetricName : Nom de la métrique de surveillance. Dans cet exemple, définissez la valeur sur InstanceQps.
Dimensions : Carte de dimensions pour interroger les données de surveillance d'une ressource spécifique. Dans cet exemple, définissez la valeur sur
[{"instanceId":"lb-bp1r92vzpemy099f******"}].Namespace : Namespace du service cloud. Dans cet exemple, définissez la valeur sur acs_slb_dashboard.
-
À partir de la réponse, affichez les dernières données de surveillance pour Layer-7 QPS.
DescribeMetricList
Appelez l'opération DescribeMetricList pour interroger les données de séries chronologiques d'une métrique d'équilibreur de charge sur une plage horaire spécifique.
-
Dans les paramètres, configurez les paramètres pour interroger les données de surveillance de Layer-7 QPS sur une plage horaire spécifique.
Configurez les paramètres suivants et conservez les valeurs par défaut pour les autres paramètres.
MetricName : Nom de la métrique de surveillance. Dans cet exemple, définissez la valeur sur InstanceQps.
Namespace : Namespace du service cloud. Dans cet exemple, définissez la valeur sur acs_slb_dashboard.
Dimensions : Carte de dimensions pour interroger les données de surveillance d'une ressource spécifique. Dans cet exemple, définissez la valeur sur
[{"instanceId":"lb-bp1r92vzpemy099f******"}].-
StartTime : Début de la plage horaire à interroger. La valeur de StartTime ne peut pas être identique ou postérieure à la valeur de EndTime. Dans cet exemple, définissez la valeur sur
2020-03-28 00:10:00.Formats pris en charge :
Horodatage UNIX : Nombre de millisecondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC.
Format : AAAA-MM-JJThh:mm:ssZ.
EndTime : Fin de la plage horaire à interroger. Le format est identique à celui de StartTime. Dans cet exemple, définissez la valeur sur
2020-03-28 00:11:00.
-
À partir de la réponse, affichez les données de surveillance pour Layer-7 QPS sur la plage horaire spécifiée.
Afficher les données de surveillance à l'aide d'un SDK
Cette section explique comment utiliser un SDK pour afficher les métriques de surveillance et les données détaillées pour CLB. L'exemple suivant montre comment appeler l'opération DescribeMetricList pour interroger le nombre maximal de connexions simultanées par seconde pour une instance CLB.
-
Définissez les paramètres suivants et conservez les valeurs par défaut pour les autres paramètres :
MetricName : Nom de la métrique de surveillance. Dans cet exemple, définissez ce paramètre sur InstanceMaxConnection.
Namespace : Namespace du service cloud. Dans cet exemple, définissez ce paramètre sur acs_slb_dashboard.
Dimensions : Carte de dimensions pour interroger les données de surveillance d'une ressource spécifique. Dans cet exemple, définissez ce paramètre sur [{"instanceId":"lb-bp1r92vzpemy099f"}].
-
StartTime : Début de la plage horaire à interroger. La valeur ne peut pas être identique ou postérieure à la valeur de EndTime. Dans cet exemple, définissez ce paramètre sur
2022-10-13 20:45:03.Formats pris en charge :
Horodatage UNIX : Nombre de millisecondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC.
Format : AAAA-MM-JJThh:mm:ssZ.
EndTime : Fin de la plage horaire à interroger. Les formats pris en charge sont les mêmes que ceux de StartTime. Dans cet exemple, définissez ce paramètre sur
2022-10-13 20:47:03.
Sous l'onglet SDK Sample Code, sélectionnez l'onglet Python, puis cliquez sur Run Example.
Affichez le résultat dans le panneau qui s'affiche.
FAQ
Surveillance CLB : Connexions sans requêtes
Des outils d'analyse Internet peuvent accéder à l'adresse IP publique de votre instance CLB. Ces outils initient des connexions TCP directement vers l'adresse IP publique. Ces connexions contribuent au comptage des connexions et aux métriques de bande passante. Toutefois, comme les outils d'analyse n'envoient pas de requêtes HTTP valides, le comptage des requêtes dans la surveillance de couche 7 reste vide.
Il s'agit du comportement statistique attendu pour la surveillance CLB :
Les métriques de connexion et de bande passante comptent toutes les connexions au niveau TCP, y compris celles générées par les analyseurs.
Le comptage des requêtes (QPS) mesure uniquement les requêtes HTTP/HTTPS de couche 7 valides et n'inclut pas les connexions TCP dépourvues de requête HTTP.
Si vous migrez vos services de CLB vers Application Load Balancer (ALB) et constatez que l'instance CLB affiche toujours des données de connexion et de bande passante mais aucune requête, cela est généralement dû à une activité d'analyse et n'affecte pas vos services migrés.
Puis-je utiliser le QPS de surveillance CLB pour estimer avec précision le nombre réel de requêtes ?
Non. Le QPS dans la surveillance CLB est une statistique agrégée à une granularité de niveau minute et s'écarte du comptage exact par requête. Il ne peut pas être traité comme un nombre exact de requêtes, et vous ne pouvez pas le convertir en nombre de requêtes ni effectuer une estimation de ratio entre instances basée sur un rapport entre le QPS et la valeur réelle.
Pour estimer le nombre de requêtes atteignant CLB, utilisez la métrique QPS de couche 7. Les métriques de code d'état ne sont pas recommandées à cette fin, car elles ne comptent que les codes d'état que CLB renvoie aux clients et n'incluent pas les requêtes qui n'ont pas généré de code d'état, telles que les connexions incomplètes.
Que représente la métrique de connexions simultanées dans la surveillance CLB ?
La valeur des connexions simultanées affichée dans la surveillance CLB représente le nombre de connexions de session TCP/UDP actives. Elle compte les connexions des clients vers CLB, et non les connexions de CLB vers les instances ECS backends, ni le nombre d'utilisateurs accédant à votre service.
La valeur surveillée reflète le nombre actuel de connexions réelles, et non la limite de spécification de l'instance CLB. Pour déterminer si vous approchez de la limite, comparez la valeur surveillée avec le nombre maximal de connexions simultanées décrit dans la rubrique Spécifications de performance.
Si les connexions simultanées affichent un schéma régulier alternant haut/bas plutôt qu'une courbe lisse, cela indique généralement que certains clients effectuent des opérations de connexion périodiques.
Un écouteur TCP CLB prend-il en charge la surveillance du temps de réponse (RT) ?
Non. Dans la surveillance de base de CLB, seuls les écouteurs de couche 7 (HTTP/HTTPS) prennent en charge la métrique de temps de réponse (RT). Les écouteurs de couche 4 (TCP/UDP) ne prennent pas en charge la surveillance du temps de réponse au niveau de l'application. Pour analyser la latence d'un écouteur TCP, consultez les journaux d'accès sur vos serveurs backends, tels que les journaux Nginx.
Références
Pour des descriptions détaillées des métriques de surveillance CLB, consultez la rubrique Surveillance CLB.