Créez des règles d'alerte pour surveiller les ressources cloud au sein d'un groupe d'applications. Lorsque les métriques de ressources répondent aux conditions d'alerte spécifiées, Cloud Monitor envoie automatiquement des notifications afin de vous aider à identifier et traiter rapidement les anomalies.
Procédure
Connectez-vous à la console Cloud Monitor.
Dans le volet de navigation de gauche, sélectionnez .
Sous l'onglet Application Groups, cliquez sur le nom du groupe d'applications.
Dans le volet de navigation de gauche, cliquez sur Alert Rules.
Cliquez sur Create Alert Rule.
-
Dans le panneau Create Alert Rule, configurez les paramètres. Le tableau suivant les décrit.
Paramètre
Description
Product
Service Alibaba Cloud surveillé par Cloud Monitor. Exemple : ApsaraDB RDS.
Resource Range
Portée des ressources concernées par cette règle d'alerte. Valeurs possibles :
-
All Resources : s'applique à toutes les ressources du produit spécifié, y compris celles ajoutées ultérieurement.
-
Application Groups : s'applique à toutes les ressources du groupe d'applications spécifié pour le produit sélectionné, y compris celles ajoutées ultérieurement.
-
Instances : s'applique uniquement à la ressource spécifiée du produit sélectionné.
Rule Description
Définit les conditions de déclenchement d'une alerte par Cloud Monitor. Configuration :
-
Cliquez sur Add Rule et sélectionnez un type de métrique.
-
Dans le panneau Configure Rule Description, saisissez un nom pour la Alert Rule, puis définissez les conditions de la règle.
-
Simple Metric : sélectionnez une métrique, puis définissez son seuil et son niveau d'alerte.
Les niveaux d'alerte suivent un modèle d'escalade. Lorsqu'un seuil atteint un niveau spécifique, seule cette alerte est déclenchée ; les autres niveaux ne le sont pas simultanément. Par exemple, si le seuil atteint directement le niveau Critical, seule l'alerte Critical est émise, tandis que les alertes Info et Warning ne sont pas déclenchées en même temps.
-
Combined Metrics : sélectionnez un niveau d'alerte, puis définissez une condition basée sur deux métriques ou plus.
RemarqueLes règles d'alerte multi-métriques exigent que la ressource cible transmette des données pour chaque métrique incluse. Par exemple, si la règle inclut une métrique réseau public mais que l'instance ECS ne possède pas d'adresse IP publique, l'alerte ne se déclenche pas.
Par défaut, une règle d'alerte multi-métrique ne se déclenche que lorsque toutes les métriques remplissent leurs conditions respectives. Cela signifie que chaque métrique doit atteindre son seuil simultanément. Pour déclencher une alerte dès qu'une seule métrique atteint son seuil, modifiez la relation entre les métriques afin de choisir l'option qui se déclenche lorsqu'au moins une condition est satisfaite.
-
Expression : sélectionnez un niveau d'alerte, puis définissez une expression d'alerte.
-
Dynamic Threshold : détails sur les seuils intelligents : Vue d'ensemble | Créer une règle d'alerte avec seuil intelligent.
-
Le niveau d'alerte détermine la méthode de notification utilisée lors du déclenchement. Seul le niveau Critical prend en charge les notifications par appel téléphonique. Les niveaux Warning et Info ne prennent pas en charge les appels téléphoniques. Le tableau ci-dessous récapitule les méthodes de notification prises en charge pour chaque niveau d'alerte.
Niveau d'alerte
Méthode de notification
Critical (Critical)
E-mail + Webhook
Warning (Warn)
E-mail + Webhook
Info (Info)
E-mail + Webhook
RemarqueExpressions d'alerte complexes : Référence des expressions de règles d'alerte.
Mute Period
Intervalle entre les notifications répétées lorsqu'une alerte reste active et non acquittée. Valeurs possibles : 5 minutes, 15 minutes, 30 minutes, 60 minutes, 3 heures, 6 heures, 12 heures et 24 heures.
Lorsqu'une métrique franchit son seuil d'alerte, Cloud Monitor envoie une notification. Aucune autre alerte n'est envoyée pendant la période de silence. À l'issue de cette période, si la métrique dépasse toujours le seuil, Cloud Monitor envoie une nouvelle alerte.
Par exemple, si vous définissez la Mute Period sur 12 heures et que l'alerte reste active, Cloud Monitor enverra une autre notification 12 heures plus tard.
Effective Period
Plage horaire durant laquelle la règle d'alerte est active. Les alertes ne sont envoyées que pendant cette période.
RemarqueEn dehors de la période effective, aucune alerte n'est envoyée, mais les historiques d'alertes continuent d'apparaître dans la liste des historiques.
Alert Contact Group
Groupe de contacts recevant les notifications d'alerte.
Un groupe de contacts d'alerte contient un ou plusieurs contacts. Les notifications relatives à un groupe d'applications sont envoyées à tous les contacts de ce groupe.
Pour créer des contacts ou des groupes, consultez la rubrique Créer un contact d'alerte ou un groupe de contacts d'alerte.
Les règles d'alerte ne prennent pas en charge le contenu ou les modèles de notification personnalisés. Pour utiliser des modèles de notification personnalisés avec plusieurs canaux (tels que DingTalk, Feishu/Lark et e-mail) et un contenu basé sur des variables, utilisez la fonctionnalité de gestion des modèles de notification de Cloud Monitor 2.0. Dans la console Cloud Monitor, accédez à Alert Center > Notification Management > Notification Templates.
Tag
Tag associé à la règle d'alerte. Chaque tag possède un nom et une valeur.
RemarqueVous pouvez ajouter jusqu'à six tags.
Alert Callback
URL publiquement accessible qui reçoit les données d'alerte de Cloud Monitor via des requêtes HTTP POST. Seul le protocole HTTP est pris en charge. Utiliser les callbacks d'alerte basés sur les seuils.
Pour tester la connectivité vers l'URL de callback :
-
Cliquez sur Test, situé directement à droite de l'URL de callback.
Dans le panneau WebHook Test, vérifiez le code d'état HTTP et les détails du résultat du test pour confirmer la connectivité.
RemarqueVous pouvez également définir les paramètres Test Template Type: et Language:. Cliquez ensuite de nouveau sur Test pour afficher les résultats mis à jour.
-
Cliquez sur Close.
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
Auto Scaling
Si vous activez l'Auto Scaling, Cloud Monitor déclenche la règle de mise à l'échelle associée lorsqu'une alerte survient. Vous devez spécifier la Region, le ESS Group et la ESS Rule.
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
Simple Log Service
Si vous activez le Simple Log Service, Cloud Monitor envoie les données d'alerte vers un Logstore dans Simple Log Service (SLS) lorsqu'une alerte se produit. Vous devez spécifier la Region, ProjectName et Logstore.
Collecter et analyser les journaux texte ECS à l'aide de LoongCollector.
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
Simple Message Queue (formerly MNS) - Topic
Si vous activez l'option Simple Message Queue (formerly MNS) - Topic, Cloud Monitor envoie les données d'alerte vers un topic Message Service (MNS) lorsqu'une alerte se produit. Vous devez spécifier la région et le topic.
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
Function Compute
Si vous activez Function Compute, Cloud Monitor envoie les notifications d'alerte à Function Compute (FC) pour un formatage personnalisé lorsqu'une alerte se produit. Vous devez spécifier la région, le service et la fonction.
Créer rapidement une fonction.
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
Method to handle alerts when no monitoring data is found
Méthode utilisée par Cloud Monitor pour gérer les alertes en l'absence de données de surveillance. Valeurs possibles :
-
Do not do anything (par défaut)
-
Send alert notifications
Après avoir sélectionné cette option, une alerte « absence de données » est déclenchée lorsque la métrique ne contient aucune donnée pendant 10 périodes de collecte consécutives. La période de collecte par défaut est de 1 minute (configurable via le paramètre Period), donc l'alerte est déclenchée environ 10 minutes plus tard.
-
Treated as normal
RemarqueCliquez sur Advanced Settings pour configurer ce paramètre.
-
Cliquez sur Confirm.
FAQ
Comment configurer des alertes téléphoniques urgentes ou des avertissements d'espace disque faible ?
Alertes téléphoniques : lors de la création d'une règle d'alerte, définissez le niveau d'alerte sur Critical. CloudMonitor notifie automatiquement tous les membres du groupe de contacts d'alerte lié par appel téléphonique.
Avertissement d'espace disque faible : dans la section Rule Description, sélectionnez la métrique mesurant l'espace disque restant (par exemple, la métrique d'espace libre en Go) et définissez le seuil sur la valeur minimale acceptable (par exemple, 5 Go). CloudMonitor envoie une notification par SMS lorsque l'espace restant tombe en dessous de ce seuil.
Prérequis : les notifications par téléphone et par SMS nécessitent un groupe de contacts d'alerte correctement configuré et lié à la règle. Pour plus de détails, consultez la rubrique [Créer un contact d'alerte ou un groupe de contacts d'alerte]().
Pourquoi ne puis-je pas sélectionner des métriques au niveau de l'instance lors de la création d'une règle d'alerte CLB ?
Si vous rencontrez ce problème dans la console actuelle, utilisez la nouvelle console CloudMonitor pour créer la règle d'alerte :
https://cloudmonitor.console.alibabacloud.com/productListNav/acs_slb_dashboard/slb/all
La nouvelle console permet de sélectionner des métriques au niveau de l'instance pour CLB (Classic Load Balancer, également connu sous le nom de SLB) et de configurer normalement les règles d'alerte.
Pourquoi n'ai-je pas reçu de notifications d'alerte ou pourquoi l'alerte ne s'est-elle pas déclenchée ?
Si vous attendiez une notification d'alerte sans la recevoir, ou si une alerte ne s'est pas déclenchée comme prévu, vérifiez les points suivants :
Confirmez l'existence d'une règle d'alerte : assurez-vous qu'une règle d'alerte valide a été créée pour la ressource cible (par exemple, ECS) dans la console CloudMonitor. En l'absence de règle configurée, aucune notification n'est envoyée.
Vérifiez la métrique de surveillance : contrôlez que la métrique configurée correspond à votre intention. Par exemple, vous avez peut-être configuré Inode Utilization au lieu de Disk Space Utilization, ou une métrique basée sur les octets plutôt que sur un pourcentage. Exécutez la commande appropriée au niveau du système d'exploitation pour vérifier les valeurs réelles des métriques (par exemple,
df -ipour l'utilisation des inodes oudf -hpour l'espace disque).Validez le seuil et la logique de déclenchement : confirmez que l'unité du seuil (octets ou pourcentage) correspond à la métrique sélectionnée, et comprenez que les alertes sont déclenchées sur la base de la valeur moyenne sur plusieurs périodes de collecte consécutives, et non sur des valeurs instantanées. Si la valeur instantanée revient à la normale mais que la moyenne glissante atteint toujours le seuil, l'alerte continue de se déclencher.
Comment automatiser la configuration des règles d'alerte si je ne peux pas créer d'abonnement aux événements via OpenAPI ?
Si vous ne pouvez pas créer d'abonnement aux événements via OpenAPI, utilisez CreateGroupMetricRules pour créer des règles d'alerte pour un groupe d'applications en tant que solution alternative. Cela vous permet d'automatiser la configuration des alertes pour le groupe d'applications.
Comment sélectionner ou exclure une portée de ressource spécifique lors de la création d'une règle d'alerte ?
Pour définir un seuil distinct pour une instance ECS, définissez Resource Scope sur Instance et spécifiez l'ID de l'instance ECS.
Pour séparer l'environnement de production de l'environnement de test, n'utilisez pas One-click Alert, qui s'applique à toutes les instances ECS de votre compte. Créez des règles d'alerte personnalisées pour les instances de production et ne créez pas de règles pour les instances de test.
Lorsque des serveurs spécifiques nécessitent un seuil différent de celui des serveurs généraux, créez plusieurs règles indépendantes. Commencez par créer une règle générale avec Resource Scope défini sur All Resources ou sur un groupe d'applications, avec un seuil de 80 % par exemple. Ensuite, créez une règle distincte au niveau de l'instance avec Resource Scope défini sur Instance pour chaque serveur spécial, avec un seuil de 90 % par exemple. Si plusieurs règles remplissent leurs conditions de déclenchement, chacune se déclenche indépendamment ; une règle au niveau de l'instance ne remplace pas une règle générale.
Availability Monitoring ne permet pas d'ajouter plus d'un Alert Contact Group à une seule règle. Fusionnez les contacts requis dans un seul groupe de contacts d'alerte, ou créez des règles identiques liées chacune à un groupe de contacts d'alerte différent.
Comment ajuster les seuils d'alerte pour différents scénarios et éviter les alertes manquées ou fausses ?
Pour empêcher le déclenchement d'une alerte lorsqu'une instance ECS est arrêtée, définissez la condition d'état ECS sur
> 0. Une instance arrêtée a une valeur de métrique de-1, donc cette condition ne correspond pas. Si vous souhaitez que tout état autre que0soit traité comme une condition d'alerte, définissez la condition sur!= 0.Les pics de CPU ou de charge peuvent être trop brefs pour déclencher une alerte, car Cloud Monitor évalue la moyenne après agrégation des échantillons. Prévisualisez les données agrégées pour l'instance cible lors de la configuration de la règle d'alerte, puis abaissez le seuil si les valeurs agrégées observées le justifient.
Si un serveur génère fréquemment des alertes Load Average, augmentez le seuil de manière appropriée en fonction de la charge de travail réelle.
Pour configurer une alerte d'utilisation du disque, définissez la portée effective, configurez un seuil supérieur à 90 % par exemple, liez un Alert Contact Group et assurez-vous que l'agent Cloud Monitor est installé sur le serveur cible.