ApsaraDB for SelectDB intègre la fonctionnalité d'alerte du service Alibaba Cloud Application Real-Time Monitoring Service (ARMS). Dans la console SelectDB, vous pouvez configurer des règles d'alerte et définir les éléments de surveillance. Lorsqu'une règle d'alerte est déclenchée pour un élément surveillé, tous les contacts du groupe de contacts d'alerte sont notifiés. Vous pouvez également gérer les groupes de contacts d'alerte associés aux éléments de surveillance afin de garantir que les personnes concernées soient informées rapidement en cas de déclenchement d'une alerte. En configurant des règles d'alerte pour les métriques de surveillance importantes, vous êtes averti dès que les données de métrique d'une instance SelectDB deviennent anormales, ce qui vous permet d'identifier et de résoudre les incidents rapidement. Cette rubrique explique comment configurer des règles d'alerte dans la console SelectDB.
Vous pouvez également configurer des règles d'alerte pour les instances ApsaraDB for SelectDB depuis la console CloudMonitor. Pour plus d'informations, consultez la section Surveillance des services cloud.
Prérequis
Un rôle lié au service ApsaraDB for SelectDB, nommé AliyunServiceRoleForSelectDB, doit être créé. Par défaut, ce rôle dispose des autorisations nécessaires pour accéder au service ARMS. Pour plus d'informations, consultez la section Rôle lié au service.
Si vous souhaitez envoyer les données de surveillance de votre instance ApsaraDB for SelectDB vers votre propre service ARMS pour une surveillance et une gestion des alertes centralisées, vous devez au préalable activer le service ARMS. Pour plus d'informations, consultez la section Activer ARMS.
Procédure
Connectez-vous à la console ApsaraDB for SelectDB.
Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance.
Sur la page Instances, cliquez sur l'Instance ID cible pour accéder à la page Instance Details.
Dans le volet de navigation de gauche, cliquez sur Monitoring and Alerts.
-
Sur la page Monitoring and Alerts, cliquez sur l'onglet Alert Management, puis cliquez sur Create SelectDB Monitoring Alert.
RemarqueAprès avoir cliqué sur l'onglet Alert Management, le chargement de la page SelectDB Monitoring Alert List peut prendre de 3 à 5 secondes.
-
Sur la page Create SelectDB Monitoring Alert, configurez les paramètres.
Vous pouvez créer une règle d'alerte en utilisant soit un seuil statique, soit une requête PromQL personnalisée.
Seuil statique : fournit des métriques d'alerte prédéfinies. Sélectionnez une métrique et créez rapidement une règle d'alerte en définissant une condition.
PromQL personnalisé : créez une règle d'alerte en rédigeant une requête PromQL personnalisée. Cette option est utile pour les métriques qui ne figurent pas dans la liste prédéfinie.
Seuil statique
Paramètre
Description
Exemple
Alert Rule Name
Nom de la règle d'alerte.
Alerte d'utilisation du CPU
Check Type
Sélectionnez Static threshold.
seuil statique
Instance
Sélectionnez l'instance concernée par la règle d'alerte.
La valeur par défaut est Traverse, ce qui signifie que la règle d'alerte s'applique à toutes les instances.
selectdb-cn-7213n****
Cluster
Sélectionnez le cluster concerné par la règle d'alerte.
La valeur par défaut est Traverse, ce qui signifie que la règle d'alerte s'applique à tous les clusters.
selectdb-cn-7213n****-be
Groupe de contacts d'alerte
Sélectionnez un groupe de contacts d'alerte.
Les groupes de contacts d'alerte disponibles varient selon le type d'instance Prometheus. Les options affichées changent en fonction du type d'instance Prometheus sélectionné.
Alerte de surveillance SelectDB
Alert metric
Sélectionnez la métrique pour l'alerte. Chaque groupe de contacts d'alerte propose un ensemble de métriques différent.
Utilisation du CPU
Alert condition
Définissez la condition qui déclenche l'alerte en fonction de la métrique sélectionnée.
Une alerte est envoyée lorsque l'utilisation du CPU dépasse 80 %.
Traverse
Aucun filtre
Aucun
Equal To
La section Not Equal To affiche la requête PromQL correspondant à la condition d'alerte et trace l'évolution des valeurs de la métrique dans le temps.
Par défaut, le graphique affiche la valeur en temps réel pour une seule ressource. Utilisez les filtres de cette section pour afficher les données relatives à différentes ressources et plages horaires.
RemarqueLe seuil d'alerte est représenté par une ligne pointillée rouge dans le graphique. La courbe devient rouge lorsque le seuil est atteint et reste bleue dans le cas contraire.
Survolez la courbe de la série chronologique pour afficher les détails de la ressource à un instant donné.
Sélectionnez une plage horaire sur le graphique de série chronologique pour afficher la courbe correspondante.
Aucun
Match Regular Expression
Générer un événement d'alerte lorsque la condition est remplie : déclenche une alerte si n'importe quel point de données atteint le seuil.
Générer un événement d'alerte lorsque la condition persiste pendant N minutes : déclenche une alerte uniquement si la condition persiste pendant au moins N minutes.
1
Do Not Match Regular Expression
Niveau de gravité de l'alerte. Le niveau par défaut est Data Preview. La gravité augmente dans l'ordre suivant : Default, P4, P3, P2 et P1.
P2
Filter Conditions
Contenu de la notification d'alerte reçue par les utilisateurs. Vous pouvez utiliser la syntaxe de modèle Go pour personnaliser les variables de paramètre dans le message d'alerte.
Node: {{$labels.pod_name}} CPU utilization {{$labels.metrics_params_opt_label_value}} {{$labels.metrics_params_value}}%, current value {{ printf "%.2f" $value }}%
Data Preview
Data Preview : vous permet de configurer rapidement les Duration, la Alert Level et l'option Default.
Alert Content : vous permet de sélectionner une politique de notification. Si aucune politique n'existe, cliquez sur Create Notification Policy pour en créer une. Pour plus d'informations, consultez la section Politique de notification.
ImportantSpécifier rapidement une politique de notification garantit que les événements d'alerte de la règle d'alerte actuelle correspondent à la politique de notification sélectionnée. Toutefois, ces événements peuvent également correspondre à d'autres politiques de notification utilisant une correspondance floue. La relation entre les événements d'alerte et les politiques de notification est de type plusieurs-à-plusieurs.
Aucun
Notification Contacts
Notification Period : intervalle d'évaluation de la règle d'alerte. La valeur par défaut et minimale est de 1 minute.
Whether to Resend Notifications : garantit que les données sont complètes avant l'évaluation. Cette option est activée par défaut ; nous vous recommandons de la conserver.
Standard Mode : attribuez des tags à l'alerte. Les politiques de notification peuvent utiliser ces tags pour la mise en correspondance.
Notification Contacts : définissez des annotations pour l'alerte.
Cycle de vérification des alertes : 1 minute
Vérifier après complétion des données : Oui
Tags (libellés) : Aucun
Annotations : Aucune
PromQL personnalisé
Paramètre
Description
Exemple
Policy
Nom de la règle d'alerte.
Utilisation du CPU du pod supérieure à 80 %
Notification Policies
Définissez sur Advanced Settings.
PromQL personnalisé
Alert Check Cycle
Sélectionnez l'instance concernée par la règle d'alerte.
selectdb-cn-7213n****
Check After Data Is Complete
Sélectionnez le cluster concerné par la règle d'alerte.
selectdb-cn-7213n****-be
Tags
Sélectionnez un groupe de contacts d'alerte.
Les groupes de contacts d'alerte disponibles varient selon le type d'instance Prometheus. Les options affichées changent en fonction du type d'instance Prometheus sélectionné.
Alerte de surveillance SelectDB
Annotations
(Facultatif) Sélectionnez une métrique de référence pour utiliser son modèle PromQL comme point de départ. Vous pouvez ensuite modifier la requête préremplie.
Les métriques de référence disponibles sont automatiquement filtrées en fonction du type d'instance Prometheus sélectionné.
RemarqueLe modèle fourni par les Alert Rule Name est incomplet. Vous devez le modifier pour créer des Check Type valides.
Latence de requête du 99e percentile
Custom PromQL
Utilisez une requête PromQL pour définir l'expression d'alerte.
avg(doris_fe_query_latency_ms{quantile="0.99",pod=~,cluster_id=~}) by (cluster_id) > 300
Instance
La section Cluster affiche la requête PromQL correspondant à la condition d'alerte et trace l'évolution des valeurs de la métrique dans le temps.
Par défaut, le graphique affiche la valeur en temps réel pour une seule ressource. Utilisez les filtres de cette section pour afficher les données relatives à différentes ressources et plages horaires.
RemarqueLe seuil d'alerte est représenté par une ligne pointillée rouge dans le graphique. La courbe devient rouge lorsque le seuil est atteint et reste bleue dans le cas contraire.
Survolez la courbe de la série chronologique pour afficher les détails de la ressource à un instant donné.
Sélectionnez une plage horaire sur le graphique pour zoomer sur la courbe de la série chronologique correspondante.
Aucun
Reference Alert Contact Group
Reference Metrics : déclenche une alerte si n'importe quel point de données atteint le seuil.
Reference Metrics : déclenche une alerte uniquement si la condition persiste pendant au moins N minutes.
1
Custom PromQL Statements
Niveau de gravité de l'alerte. Le niveau par défaut est Custom PromQL Statements. La gravité augmente dans l'ordre suivant : Default, P4, P3, P2 et P1.
Default
Data Preview
Contenu de la notification d'alerte reçue par les utilisateurs. Vous pouvez utiliser la syntaxe de modèle Go pour personnaliser les variables de paramètre dans le message d'alerte.
Namespace: {{$labels.namespace}}/Pod: {{$labels.pod_name}}/Disk device: {{$labels.device}} utilization exceeds 90 %, current value {{ printf "%.2f" $value }}%
Data Preview
Duration : vous permet de configurer rapidement les If the alert condition is met, an alert event is generated., la Generate alert event when condition persists for N minutes et l'option Alert Level.
Default : vous permet de sélectionner une politique de notification. Si aucune politique n'existe, cliquez sur Create Notification Policy pour en créer une. Pour plus d'informations, consultez la section Politique de notification.
ImportantSpécifier rapidement une politique de notification garantit que les événements d'alerte de la règle d'alerte actuelle correspondent à la politique de notification sélectionnée. Toutefois, ces événements peuvent également correspondre à d'autres politiques de notification utilisant une correspondance floue. La relation entre les événements d'alerte et les politiques de notification est de type plusieurs-à-plusieurs.
Aucun
Simple Mode
Notification Contacts : intervalle d'évaluation de la règle d'alerte. La valeur par défaut et minimale est de 1 minute.
Notification Period : garantit que les données sont complètes avant l'évaluation. Cette option est activée par défaut ; nous vous recommandons de la conserver.
Whether to Resend Notifications : attribuez des tags à l'alerte. Les politiques de notification peuvent utiliser ces tags pour la mise en correspondance.
Standard Mode : définissez des annotations pour l'alerte.
Cycle de vérification des alertes : 1 minute
Vérifier après complétion des données : Oui
Tags (libellés) : Aucun
Annotations : Aucune
Une fois les paramètres configurés, cliquez sur Notification Contacts. La règle d'alerte devient immédiatement active.
Configurations d'alerte recommandées
Vous pouvez configurer des alertes en fonction de vos besoins. Le tableau suivant répertorie les métriques courantes et fournit des paramètres recommandés.
|
Métrique |
Seuil |
Durée (min) |
Notes |
|
Policy |
>5000 |
5 |
Latence moyenne des requêtes en millisecondes (ms). Ajustez le seuil en fonction de vos exigences métier. Nous vous recommandons de configurer cette alerte. |
|
Advanced Settings |
>60000 |
5 |
Latence des requêtes de longue traîne en millisecondes (ms). Ajustez le seuil en fonction de vos exigences métier. Nous vous recommandons de configurer cette alerte. |
|
Alert Check Cycle |
<90 |
5 |
Taux de réussite des requêtes SQL. Nous vous recommandons de configurer cette alerte. |
|
Check After Data Is Complete |
>80 |
15 |
Utilisation du CPU du cluster BE. Il s'agit d'une métrique opérationnelle courante. Nous vous recommandons de configurer cette alerte. |
|
Tags |
>80 |
15 |
Utilisation de la mémoire du cluster BE. Il s'agit d'une métrique opérationnelle courante. Nous vous recommandons de configurer cette alerte. |
|
Annotations |
>60 |
15 |
Utilisation du CPU du cluster FE. Nous vous recommandons de configurer cette alerte. Si les ressources sont insuffisantes, soumettez un ticket pour demander une mise à l'échelle horizontale gratuite. |
|
Save |
>80 |
15 |
Utilisation de la mémoire JVM du cluster FE. Nous vous recommandons de configurer cette alerte. Si les ressources sont insuffisantes, soumettez un ticket pour demander une mise à l'échelle horizontale gratuite. |
|
Query rate |
>0 |
1 |
Nombre de redémarrages des nœuds sous-jacents dans le cluster de calcul. Configurez selon vos besoins. |
|
99th percentile query latency |
<1500 |
15 |
Une valeur plus élevée indique une pression de compactage des données plus importante sur les nœuds de calcul. Nous vous recommandons de configurer cette alerte. |
|
ClusterQuerySuccessRate |
<1500 |
15 |
Une valeur plus élevée indique une pression de compactage des données plus importante sur les nœuds de calcul. Nous vous recommandons de configurer cette alerte. |
|
CPU Utilization |
<90 |
15 |
Le taux de succès du cache affecte la latence des requêtes. Nous vous recommandons de configurer cette alerte. Si cette métrique diminue, évaluez la nécessité d'une mise à l'échelle horizontale du cluster. Pour plus d'informations, consultez la section Mettre à l'échelle les clusters. |
|
Memory Usage |
>150 |
15 |
Nombre total de connexions des utilisateurs de base de données à la base de données. Le nombre maximal de connexions par utilisateur est de 200 par défaut. Cette métrique dépend de votre charge de travail métier ; nous vous recommandons donc de configurer cette alerte en fonction de votre utilisation habituelle. |
|
FE CPU usage |
Aucun |
Aucun |
Cette métrique dépend de la charge de travail. Configurez selon vos besoins. |
|
FE JVM memory utilization |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
ClusterFailNodeCount |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
Base compaction score |
Aucun |
Aucun |
Configurez cette alerte si vous devez surveiller l'utilisation du stockage. |
|
Cumulative compaction score |
Aucun |
Aucun |
Configurez cette alerte si vous devez surveiller la vitesse d'importation des données. |
|
Cache hit rate |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
User Connection Count |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
Queries per second (QPS) |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
Disk write IOPS |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |
|
Disk read IOPS |
Aucun |
Aucun |
Métrique système sous-jacente, généralement non prioritaire pour les activités métier. Configurez selon vos besoins pour le dépannage avancé. |