Si vous rencontrez des problèmes de connectivité réseau, tels que des délais d'expiration des requêtes 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 accéder à 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. Sur l'onglet Instance Details, cliquez sur l'onglet Monitoring. Ensuite, cliquez sur l'onglet Instances ou Listeners.
Sur l'onglet Instances, cliquez sur le sous-onglet Bandwidth/Traffic pour afficher la métrique Data Processed concernant 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 l'option 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 perdues 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 Layer 7 2xx/3xx/4xx/5xx/other | Nombre de codes de réponse HTTP renvoyés par l'écouteur. |
Codes amont Layer 7 4xx/5xx | 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 quelle 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 consultez les données de surveillance de la bande passante réseau sur 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 : Consultez les métriques disponibles. Appelez l'opération
DescribeMetricMetaListpour interroger les descriptions des métriques de séries temporelles 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 temporelles 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 temporelles disponibles dans Cloud Monitor.
-
Définissez le paramètre Namespace sur
acs_slb_dashboardet conservez les valeurs par défaut pour les autres paramètres. -
Dans la réponse, recherchez les métriques de séries temporelles 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 de la métrique Layer-7 QPS.
-
Dans les paramètres, définissez 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 : le nom de la métrique de surveillance. Dans cet exemple, définissez la valeur sur InstanceQps.
Dimensions : une 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 : le namespace du service cloud. Dans cet exemple, définissez la valeur sur acs_slb_dashboard.
-
Dans la réponse, consultez les dernières données de surveillance pour Layer-7 QPS.
DescribeMetricList
Appelez l'opération DescribeMetricList pour interroger les données de série chronologique d'une métrique d'équilibreur de charge sur une plage de temps spécifique.
-
Dans les paramètres, définissez les paramètres pour interroger les données de surveillance de Layer-7 QPS sur une plage de temps spécifique.
Configurez les paramètres suivants et conservez les valeurs par défaut pour les autres paramètres.
MetricName : le nom de la métrique de surveillance. Dans cet exemple, définissez la valeur sur InstanceQps.
Namespace : le namespace du service cloud. Dans cet exemple, définissez la valeur sur acs_slb_dashboard.
Dimensions : une 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 : le début de la plage de temps à 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 : le nombre de millisecondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC.
Format : AAAA-MM-JJThh:mm:ssZ.
EndTime : la fin de la plage de temps à interroger. Le format est identique à celui de StartTime. Dans cet exemple, définissez la valeur sur
2020-03-28 00:11:00.
-
Dans la réponse, consultez les données de surveillance pour Layer-7 QPS sur la plage de temps 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 : le nom de la métrique de surveillance. Dans cet exemple, définissez ce paramètre sur InstanceMaxConnection.
Namespace : le namespace du service cloud. Dans cet exemple, définissez ce paramètre sur acs_slb_dashboard.
Dimensions : une 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 : le début de la plage de temps à 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 : le nombre de millisecondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC.
Format : AAAA-MM-JJThh:mm:ssZ.
EndTime : la fin de la plage de temps à 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.
Consultez le résultat dans le panneau qui s'affiche.
FAQ
Surveillance CLB : Connexions sans requêtes
Des outils de scan 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 aux métriques de nombre de connexions et de bande passante. Toutefois, comme les outils de scan n'envoient pas de requêtes HTTP valides, le nombre de 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 scanners.
Le nombre de 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é de scan 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é d'une minute et s'écarte du nombre exact de requêtes. 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 d'estimation de ratio entre instances basée sur un ratio entre le QPS et la valeur réelle.
Pour estimer le nombre de requêtes atteignant CLB, utilisez la métrique Layer-7 QPS. 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.
Comment afficher le trafic total historique de CLB et la bande passante entrante des instances ECS backend ?
Trafic total historique
La surveillance de la console CLB affiche la tendance en temps réel du trafic et de la bande passante, ce qui reflète le débit à un instant donné. Elle ne peut pas agréger directement le trafic total sur une période (comme le mois précédent). De plus, les données de surveillance CLB permettent d'interroger uniquement les 31 derniers jours de données historiques. Pour obtenir le trafic sortant total historique sur une base mensuelle, utilisez les données d'utilisation figurant dans vos factures :
Cliquez sur Customize Columns dans le coin supérieur droit du tableau. Sous Usage, sélectionnez Usage et Usage Unit, puis cliquez sur OK.
Dans le tableau, recherchez la ligne dont l'élément de facturation est Internet billing method. La valeur dans sa colonne Usage correspond au trafic public sortant total pour le cycle de facturation (généralement en Go).
CLB facture uniquement le trafic public sortant ; le trafic entrant est gratuit, donc tous les frais liés au trafic dans la facture représentent le trafic sortant.
Bande passante entrante des ECS backend
Lorsqu'une requête est transférée par CLB vers une instance ECS backend, elle apparaît comme du trafic réseau interne. Par conséquent, vous devez afficher le trafic reçu de l'instance ECS backend en utilisant sa métrique de bande passante interne. Vous pouvez afficher la bande passante de la manière suivante :
Sur la page des détails de l'instance ECS cible, cliquez sur l'onglet Monitoring pour afficher l'utilisation de la bande passante publique et interne de chaque serveur backend, instance par instance.
Si vous avez besoin de détails sur le trafic par quintuplé, configurez NIS Traffic Analyzer (fonctionnalité payante).
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 backend, ni le nombre d'utilisateurs accédant à votre service.
La valeur surveillée reflète le nombre actuel réel de connexions, 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 Performance specifications.
Si les connexions simultanées montrent 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 la couche application. Pour analyser la latence d'un écouteur TCP, vérifiez les journaux d'accès sur vos serveurs backend, tels que les journaux Nginx.
Références
Pour des descriptions détaillées des métriques de surveillance CLB, consultez CLB monitoring.