Tous les produits
Search
Centre de documentation

ApsaraDB for SelectDB:Configurer des règles d'alerte

Dernière mise à jour :Aug 24, 2026

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.

Remarque

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

  1. Connectez-vous à la console ApsaraDB for SelectDB.

  2. Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance.

  3. Sur la page Instances, cliquez sur l'Instance ID cible pour accéder à la page Instance Details.

  4. Dans le volet de navigation de gauche, cliquez sur Monitoring and Alerts.

  5. Sur la page Monitoring and Alerts, cliquez sur l'onglet Alert Management, puis cliquez sur Create SelectDB Monitoring Alert.

    Remarque

    Après avoir cliqué sur l'onglet Alert Management, le chargement de la page SelectDB Monitoring Alert List peut prendre de 3 à 5 secondes.

  6. 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.

    Remarque
    • Le 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.

      Important

      Spé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é.

    Remarque

    Le 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.

    Remarque
    • Le 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.

      Important

      Spé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

  7. 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é.