Simple Log Service (SLS) et Server Load Balancer (SLB) lancent conjointement l'application CloudLens for ALB. Utilisez cette application pour analyser les journaux d'accès de couche 7 d'Application Load Balancer (ALB), examiner les métriques agrégées à la seconde et générer des alertes en temps réel. L'application propose également une détection automatique des anomalies basée sur AIOps. Elle vous permet d'analyser le comportement, la répartition géographique, les taux de réussite des requêtes et la latence de réponse des clients. Cette rubrique décrit les fonctionnalités, les ressources, la facturation et les limites de l'application CloudLens for ALB.
Fonctionnalités
L'application CloudLens for ALB agrège automatiquement les journaux d'accès en temps réel et fournit des fonctionnalités telles que l'inspection intelligente et l'alerte en temps réel.
Cette application vous permet de gérer de manière centralisée toutes les instances ALB associées à votre compte Alibaba Cloud.
Activez la collecte de données pour les journaux d'accès des instances ALB en quelques clics et gérez l'état de collecte des instances de façon centralisée.
Stockez, interrogez et analysez les journaux d'accès ALB en temps réel.
L'application extrait diverses métriques en temps réel à partir des journaux d'accès bruts. Ces métriques incluent les pages vues (PV), les taux de réussite des requêtes, la latence moyenne, la latence P50, la latence P99 ainsi que le trafic entrant et sortant. L'extraction des métriques peut s'effectuer selon une ou plusieurs des dimensions suivantes : app_lb_id, host et status.
Plusieurs rapports sont disponibles, notamment Monitoring Center, Real-time Monitoring et Instance Inspection. Abonnez-vous à ces rapports par e-mail ou via les webhooks des groupes DingTalk.
La fonctionnalité d'inspection intelligente est prise en charge, avec des inspections globales ou basées sur app_lb_id. Vous pouvez étiqueter les anomalies détectées dans les rapports.
Configurez des alertes personnalisées et recevez les notifications via Message Center, SMS, e-mails, appels vocaux, DingTalk ou des webhooks personnalisés.
Avantages
Facilité d'utilisation : activez l'application en quelques clics et bénéficiez d'un stockage centralisé. Inutile de se soucier de la collecte, du stockage, du calcul ou de la visualisation des journaux. Les développeurs et le personnel d'exploitation et de maintenance peuvent ainsi se concentrer sur le développement métier et la recherche technique, sans être distraits par le traitement fastidieux et chronophage des journaux.
Capacité de traitement de volumes importants de données : le nombre de journaux d'accès ALB augmente avec le nombre de pages vues des instances ALB, ce qui entraîne l'accumulation d'un grand volume de journaux. Le traitement de ces données nécessite un équilibre entre performances et coûts, que l'application vous permet d'atteindre.
-
Temps réel : les scénarios DevOps, de surveillance et d'alerte exigent des données en temps réel. L'application intègre Alibaba Cloud SLB aux capacités de calcul Big Data de SLS, permettant l'analyse et le traitement des journaux en temps réel en quelques secondes.
ImportantDans 99,9 % des cas, les journaux peuvent être interrogés dans les 3 minutes suivant leur génération.
Flexibilité : activez ou désactivez la collecte de données pour chaque instance ALB individuellement. Définissez une période de conservation personnalisée pour les journaux. La capacité de stockage d'un logstore s'adapte dynamiquement aux besoins du service.
Intelligence : l'application inspecte automatiquement les métriques ALB pour identifier et localiser les erreurs avec efficacité et précision. Cette inspection repose sur des algorithmes AIOps développés par Alibaba DAMO Academy.
Ressources
Consultez les ressources de l'application CloudLens for ALB dans le projet que vous spécifiez lors de l'activation de la collecte de données. Les ressources suivantes sont incluses :
-
Logstore
Un logstore utilisé pour stocker les journaux d'accès de couche 7 des instances ALB. Vous pouvez créer ce logstore.
Un logstore utilisé pour stocker les résultats d'inspection. Après l'activation de la collecte de données, SLS génère automatiquement un logstore dédié nommé Nom du logstore pour les journaux d'accès-metrics-result.
ImportantNe supprimez pas le logstore utilisé pour stocker les journaux d'accès de couche 7 des instances ALB. Sa suppression empêcherait la collecte et l'envoi des journaux d'accès vers SLS.
Ne supprimez pas les index de champs spécifiques dans le logstore utilisé pour stocker les journaux d'accès. Leur suppression entraînerait l'échec de la conversion des métriques.
-
Metricstore
Un Metricstore utilisé pour stocker les données agrégées relatives aux métriques collectées. Après l'activation de la collecte de données, SLS génère automatiquement un Metricstore dédié nommé Nom du logstore pour les journaux d'accès-metrics.
RemarqueLe Metricstore stocke les données agrégées des métriques collectées. Le volume de données est considérablement réduit après agrégation, ce qui permet de conserver les données agrégées sur une longue période.
-
Règles d'agrégation
Nom de la règle
Granularité temporelle
Dimension
Nouvelle métrique
total
10 secondes
total
pv
body_bytes_sent_avg
body_bytes_sent_sum
request_length_avg
request_length_sum
upstream_response_time_avg
upstream_response_time_p50
upstream_response_time_p90
upstream_response_time_p99
request_time_avg
request_time_p50
request_time_p90
request_time_p99
app_lb_id
10 secondes
app_lb_id
pv:app_lb_id
body_bytes_sent_avg:app_lb_id
body_bytes_sent_sum:app_lb_id
request_length_avg:app_lb_id
request_length_sum:app_lb_id
upstream_response_time_avg:app_lb_id
upstream_response_time_p50:app_lb_id
upstream_response_time_p90:app_lb_id
upstream_response_time_p99:app_lb_id
request_time_avg:app_lb_id
request_time_p50:app_lb_id
request_time_p90:app_lb_id
request_time_p99:app_lb_id
app_lb_id_host_status
10 secondes
app_lb_id+host+status
pv:app_lb_id:host:status
body_bytes_sent_avg:app_lb_id:host:status
body_bytes_sent_sum:app_lb_id:host:status
request_length_avg:app_lb_id:host:status
request_length_sum:app_lb_id:host:status
upstream_response_time_avg:app_lb_id:host:status
upstream_response_time_p50:app_lb_id:host:status
upstream_response_time_p90:app_lb_id:host:status
upstream_response_time_p99:app_lb_id:host:status
request_time_avg:app_lb_id:host:status
request_time_p50:app_lb_id:host:status
request_time_p90:app_lb_id:host:status
request_time_p99:app_lb_id:host:status
-
Règles d'inspection
Nom de la règle
Algorithme
Métrique
alb-patrol-total
Time2Graph
pv
body_bytes_sent_avg
body_bytes_sent_sum
request_length_avg
request_length_sum
upstream_response_time_avg
upstream_response_time_p50
upstream_response_time_p90
upstream_response_time_p99
request_time_avg
request_time_p50
request_time_p90
request_time_p99
alb-patrol-alb
Time2Graph
pv:alb
body_bytes_sent_avg:alb
body_bytes_sent_sum:alb
request_length_avg:alb
request_length_sum:alb
upstream_response_time_avg:alb
upstream_response_time_p50:alb
upstream_response_time_p90:alb
upstream_response_time_p99:alb
request_time_avg:alb
request_time_p50:alb
request_time_p90:alb
request_time_p99:alb
-
Tableaux de bord dédiés
Tableau de bord
Logstore ou Metricstore associé
Description
Monitoring Overview
Nom du logstore pour les journaux d'accès-metrics
Affiche les informations globales sur les métriques d'une instance ALB. Les métriques incluent Core Indicators, Error Code, Traffic, Exception Event, PVs, Access Success Rate et Avg Latency.
Monitoring Center
Nom du logstore pour les journaux d'accès-metrics
Nom du logstore pour les journaux d'accès
Affiche les données de surveillance en temps réel d'une instance ALB. Les données incluent PVs, Request Success Rate, Average Latency, Requests with Status Code 4xx, Status Distribution, Traffic, P50 Latency, P90 Latency, P99 Latency, Hosts with Most Requests, Hosts with Highest Latency, Hosts with Highest Failure Rate, URLs with Most Requests, URLs with Highest Latency, URLs with Highest Failure Rate, Backends with Most Requests, Backends with Highest Latency et Backends with Highest Failure Rate.
Real-time Monitoring
Nom du logstore pour les journaux d'accès
Affiche les métriques agrégées à la seconde. Utilisez ces métriques pour identifier les exceptions liées aux fluctuations transitoires. Les métriques incluent QPS, Access Latency, Upstream Latency, Success Rate, Request Traffic, Response Body Traffic, Status Code 2xx, Status Code 3xx, Error Codes, Upstream Status Code 2xx, Upstream Status Code 3xx et Upstream Error Codes.
Instance Inspection
Nom du logstore pour les journaux d'accès-metrics
Nom du logstore pour les journaux d'accès-metrics-result
Affiche les informations sur les anomalies détectées par SLS dans une instance ALB. La détection repose sur les algorithmes d'apprentissage automatique fournis par SLS. Les informations incluent Exceptions, High Exceptions, Exception Distributions, Middle Exceptions, Low Exceptions, Exception Distributions, Exception List et Exception Events.
Access Overview
Nom du logstore pour les journaux d'accès
Affiche l'état d'une instance ALB. Les informations d'état incluent PVs (Day-on-day), PVs (Week-on-week), UVs (Day-on-day), UVs (Week-on-week), PV Distribution, UV Distribution, PVs Today, PVs of 7 Days, Top 10 States with Most Requests, Percentage of Mobile Users, TOP 10 Hosts with Most Requests, TOP 10 User Agents with Most Requests et IP Addresses with Most Requests.
Facturation
La fonctionnalité de gestion des journaux de SLB est gratuite.
Une fois les journaux d'accès ALB collectés et envoyés vers SLS, vous êtes facturé pour des éléments tels que l'espace de stockage, le trafic en lecture, le nombre de requêtes, la transformation des données et l'expédition des données. Ces frais figurent dans vos factures SLS. Pour plus d'informations, consultez Éléments facturables par fonctionnalité.
Limites
Le projet SLS doit se trouver dans la même région que l'instance ALB utilisée.
-
CloudLens for ALB est pris en charge dans les régions suivantes.
Type de cloud
Région
Cloud public Alibaba Cloud
Chine (Qingdao), Chine (Pékin), Chine (Zhangjiakou), Chine (Ulanqab), Chine (Hangzhou), Chine (Shanghai), Chine (Shenzhen), Chine (Guangzhou), Chine (Chengdu), Chine (Hong Kong), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta), Japon (Tokyo), États-Unis (Silicon Valley), États-Unis (Virginie), Allemagne (Francfort)
Remarques
La fonctionnalité CloudLens nécessite l'existence d'au moins un projet sous votre compte Alibaba Cloud.
Lorsque vous activez et utilisez CloudLens, Simple Log Service vérifie l'existence d'un projet sous votre compte selon la logique suivante.
Logique de détection
Lors de la première activation de la fonctionnalité CloudLens, Simple Log Service vérifie l'existence d'un projet sous votre compte Alibaba Cloud. Si aucun projet n'existe, un projet nommé
aliyun-product-data-ID de compte Alibaba Cloud-cn-heyuanest créé dans la région Chine (Heyuan).Après avoir activé CloudLens et accédé à la page CloudLens, Simple Log Service vérifie uniquement l'existence d'un projet sous votre compte Alibaba Cloud. Il ne crée pas automatiquement de projet dans la région Chine (Heyuan). Pour créer un projet manuellement, consultez Gérer les projets.
Supprimer un projet
-
Pour supprimer le projet
aliyun-product-data-ID de compte Alibaba Cloud-cn-heyuan, ouvrez Cloud Shell et exécutez la commande suivante. Remplacez ID de compte Alibaba Cloud par votre ID de compte réel.aliyunlog log delete_project --project_name=aliyun-product-data-Alibaba Cloud account ID-cn-heyuan --region-endpoint=cn-heyuan.log.aliyuncs.com Pour supprimer d'autres projets et Logstores, consultez Gérer les Logstores et Gérer les projets.