Le mode guidé par les conditions NRQL simplifie la création d'alertes « hôte ne signalant pas » (HNR). Au lieu de construire manuellement une requête NRQL , cette approche guidée vous aide à définir rapidement les conditions permettant de détecter le moment où l'agent d'infrastructure cesse d'envoyer des données. Cette méthode offre une plus grande flexibilité pour cibler des groupes d'hôtes spécifiques, personnaliser le seuil d'alerte et affiner les critères incident par rapport aux alertes HNR traditionnelles.
Caractéristiques
Un événement HNR est généré lorsque l'agent d'infrastructure ne parvient pas à transmettre des données à notre collecteur dans un délai spécifié.
Host not reporting condition | Features |
|---|---|
Que monitorer | Vous pouvez utiliser la barre de filtre d'entité pour sélectionner les hôtes que vous souhaitez monitorer pour la condition d'alerte NRQL . En fonction de vos sélections, la requête NRQL sera automatiquement construite pour vous. La condition s'appliquera également automatiquement à tous les hôtes que vous ajouterez à l'avenir et qui correspondent aux filtres de votre condition. |
Comment notifier | Les conditions NRQL sont contenues dans les politiques. Les politiques utilisent le flux de travail et les destinations pour déterminer comment vous avertir lorsqu'un incident est créé. |
Quand ouvrir un incident | Le mode guidé HNR vous guide dans la création d'une condition de perte de signal NRQL. Cela signifie que vous avez accès intégral à tous les paramètres de seuil de perte de signal, y compris la configuration de la fenêtre temporelle qui déclenche un événement HNR et la sélection parmi les options : Close all current open incidents, Open new "lost signal" incident et Do not open "lost signal" incident on expected termination. Ces paramètres, combinés aux préférences d'incident de la politique, déterminent quand un incident s'ouvrira. |
Créer une condition d'alerte NRQL HNR
Navigation vers une page de règle d'alerte.
Cliquez sur New alert condition.
Sélectionnez Use guided mode.
Sélectionnez Hosts dans la catégorie Tell us where to look . (Remarque : si vous ne voyez pas l'option « hôtes », vous devrez peut-être suivre les instructions pour instrument votre infrastructure.)
Si Hosts n'est pas automatiquement sélectionné pour vous sous Select an entity type, choisissez à nouveau Hosts .
Cliquez sur Next.
Sous Select signal catgory, sélectionnez Host.
Sous Select a metric to monitor, sélectionnez Host not reporting.
Vous pouvez désormais utiliser le filtre d'entité pour affiner la portée des hôtes que vous souhaitez monitorer.
Cliquez sur Next.
Sous Consider the signal lost after, vous avez la possibilité de régler la fenêtre temporelle de 30 secondes à 48 heures. Vous avez également la possibilité d'ajuster vos paramètres de perte de signal , notamment en sélectionnant l'option permettant d'ignorer l'ouverture d'un incident lorsque le signal doit se terminer (par exemple, si votre hôte doit s'arrêter).
Suivez les étapes restantes pour terminer la configuration et enregistrer votre condition d’alerte.
Option : Ne pas ouvrir l'incident « signal perdu » à la fin prévue
Lorsque vous cochez l'option Do not open "lost signal" incident on expected termination, vous indiquez à New Relic d'ignorer l'ouverture d'un incident lorsque le signal est censé se terminer. Ceci est utile lorsque vous savez qu'un hôte va s'arrêter.
Pour activer cette option, vous devez également cocher l'option Open new "lost signal" incident . De cette façon, New Relic sait ouvrir un nouvel incident lorsque le signal est perdu, mais pas lorsque le signal est censé être perdu.
Important
Afin d'éviter qu'un incident de perte de signal ne s'ouvre lorsque "Ne pas ouvrir incident "signal perdu" lors de la terminaison prévue", la tag termination: expected doit être ajoutée à l'entité hôte. Cette tag nous indique que le signal devait se terminer. Découvrez comment ajouter la tag directement à l'entité hôte.