Personnaliser le corps de l'alarme
Vous pouvez écrire le corps de l'alarme dans la définition de l'alarme en utilisant les variables dynamiques des données de mesure qui ont déclenché l'alarme.
Pour plus d'informations et connaître les étapes de personnalisation du corps d'alarme, reportez-vous à l'étape Récapitulatif des alarmes dans Création d'une alarme de base.
Exemple : création d'une URL dans le corps de l'alarme pour afficher les enregistrements de journal de déclenchement d'alarme dans l'explorateur de journaux
Vous pouvez avoir une URL significative dans le corps de l'alarme pour revenir à l'explorateur de journaux afin de voir les enregistrements de journal qui ont déclenché l'alarme. Pour ce faire, passez une période et des filtres supplémentaires.
Cet exemple est présenté dans les deux workflows suivants :
-
Utilisation de la règle de détermination au moment de l'inclusion
-
Utilisation de la règle de détection de recherche enregistrée
Pour plus d'informations sur les paramètres d'URL de l'explorateur de journaux, reportez-vous à Paramètres d'URL de l'explorateur de journaux.
Utilisation de la règle de détermination au moment de l'inclusion
En général, dans ce flux, vous devez transmettre le nom label. En outre, dans l'exemple suivant, nous transmettrons également l'entité (mtgt).
- Définition de règle de détection :
Prenons la règle de détection de temps d'inclusion qui présente la configuration suivante :
- Nom de la règle de détection :
http errors - La règle de détection se déclenche lorsqu'elle trouve au moins un enregistrement de journal dans une période d'une minute à laquelle le libellé
HTTP Errora été affecté. L'affectation de ce libellé est effectuée automatiquement dans la configuration d'enrichissement lorsque les données sont ingérées. - Lorsqu'il existe au moins 1 enregistrement de journal correspondant sur une période d'une minute, une mesure
http_errorsdans l'espace de nomslogging_analytics_testobtient une nouvelle valeur. - Les dimensions sont ajoutées en fonction des champs de journal analysés Entité et Adresse IP d'hôte (Client).
- En outre, les dimensions sont automatiquement ajoutées pour le libellé (
HTTP Errordans ce cas) et l'OCID de la règle de détection. Ce sont des dimensions implicites.
- Nom de la règle de détection :
- Affichez les mesures générées par la règle de détection dans l'explorateur de mesures :

Lorsque vous examinez l'explorateur de mesures pour la mesure Erreurs HTTP, vous pouvez noter les informations suivantes :
En coïncidence avec l'explorateur de journaux, trois points de données avec les enregistrements de journal
18,3et4correspondent à ce libellé.Les dimensions suivantes sont affichées.
Host IP Address (Client)n'est pas affiché car les enregistrements de journal qui déclenchent les alarmes n'ont pas de valeur pour ce champ.
- Personnaliser le corps de l'alarme :
Pour les enregistrements de journal qui ont déclenché l'alarme, voici les valeurs des dimensions :

L'exécution de la requête suivante vous renvoie à l'explorateur de journaux en contexte ; par exemple, lorsque l'alarme est déclenchée sur 18 enregistrements de journal correspondants (le premier point de données de l'explorateur de mesures) :
Label = 'HTTP Error' and Entity='mushop-ZKjW' | where Time > dateAdd(1708916460000, minute, -1) and Time < dateAdd(1708916460000, minute, 1) | timestats count as logrecordsIci, les valeurs
HTTP Error,mushop-ZKjWet1708916460000proviennent des variables d'alarme. Dans la requête, nous recherchons la durée une minute avant et après l'heure de l'alarme. Vous pouvez l'ajuster dans la requête.Voici un exemple de contenu de corps d'alarme qui vous donne un lien dans votre courriel pour revenir à cette vue :
This alarm indicates that one or more HTTP Errors have occurred. You can see the original log records here: https://cloud.oracle.com/loganalytics/explorer?region=us-phoenix-1&timeNum=1&timeUnit=week&filters=label__:__{{Dimensions.Label}}__;__entity__:__{{Dimensions.mtgt}}&query=* | where time > dateadd({{timestampEpochMillis}}, minute, -1) and time < dateadd{{timestampEpochMillis}}, minute, 1) | timestats count as logrecordsAvant la génération de la notification d'alarme, les variables dans
{{}}sont remplacées par le service Monitoring en donnant un texte de corps d'alarme obtenu :This alarm indicates that one or more HTTP Errors have occurred. You can see the original log records here: https://cloud.oracle.com/loganalytics/explorer?region=us-phoenix-1&timeNum=1&timeUnit=week&filters=label__:__HTTP Error__;__entity__:__mushop-ZKjW&query=* | where time > dateadd(1708916460000 , minute, -1) and time < dateadd(1708916460000, minute, 1) | timestats count as logrecords - Afficher le résultat dans l'explorateur de journaux :
Lorsque vous cliquez sur le lien dans votre courriel et après vous être connecté à votre location, les éléments suivants s'affichent :

Utilisation de la règle de détection de recherche enregistrée
- Définition de règle de détection :
Considérez la règle de détection de recherche enregistrée qui a la configuration suivante :
- La règle de détection déclenche une alarme lorsque le nombre de la mesure
TestScheduleSearchRule_1760375049378est supérieur à la valeur de seuil de1. - L'intervalle est défini sur
5m. Le délai de déclenchement de l'alarme est donc de 5 minutes. - Lorsqu'il y a au moins 1 enregistrement de journal correspondant sur une période de 5 minutes, une mesure
TestScheduleSearchRule_1760375049378dans l'espace de nomslg_anobtient une nouvelle valeur. - Les dimensions sont ajoutées en fonction des champs de journal analysés savedSearchId et detectionRuleId.
- La règle de détection déclenche une alarme lorsque le nombre de la mesure
- Personnaliser le corps de l'alarme :
Un URI de corps d'alarme typique peut être écrit comme suit :
https://cloud.oracle.com/loganalytics/explorer?region=us-phoenix-1&savedSearchId={{Dimensions.savedSearchId}}&detectionRuleId={{Dimensions.resourceId}}&endTime={{timestampEpochMillis}}où :
-
savedSearchId et detectionRuleId sont les dimensions des mesures publiées par la règle de détection.
-
L'heure de déclenchement de l'alarme (endTime) peut être obtenue à partir de
timestampEpochMillis.
endTime est l'heure de déclenchement de l'alarme. La valeur savedSearchDuration peut être obtenue à partir de detectionRuleId. Par conséquent, startTime est dérivé de la remise de savedSearchDuration sur endTime. Par exemple, si l'intervalle est défini sur 5 minutes,
startTime = endTime-300000.Lorsque le délai de déclenchement est de 5 minutes, l'URI du corps de l'alarme peut être modifié pour inclure le délai de déclenchement comme décalage :
https://cloud.oracle.com/loganalytics/explorer?region=us-phoenix-1&savedSearchId={{Dimensions.savedSearchId}}&detectionRuleId={{Dimensions.resourceId}}&endTime={{timestampEpochMillis}}&offset=300000 -
Comme dans l'exemple qui inclut une règle de détection de temps d'inclusion, vous pouvez visualiser les mesures générées par la règle de détection de recherche enregistrée dans l'explorateur de mesures. Lorsque vous cliquez sur l'URL dans le corps de l'alarme, vous pouvez également voir le résultat dans l'explorateur de journaux.