Cette page décrit les limites et les règles relatives à New Relic :
N/A
Catégorie | Condition limitée | Valeur minimale | Valeur maximale |
---|---|---|---|
Qègle d'alerte | 1 personnage | 128 caractères | |
N/A | 10 000 politiques | ||
Alert conditions | Points de données correspondants par minute et par compte (en savoir plus) | N/A | 300M |
Opérations d'analyse des requêtes d'alerte par minute et par compte (en savoir plus) | N/A | 2,5 milliards | |
1 personnage | 128 caractères | ||
0 conditions | 1000 conditions | ||
0 conditions | Conditions 4K | ||
cible (entité produit) par condition | 1 cible | Cible 5K pour conditions NRQL Cible 1K pour conditions nonNRQL | |
seuil par condition | 1 avertissement ou 1 critique | 1 avertissement et 1 critique | |
Alert incidents | 4 000 personnages | ||
30 secondes | 2 heures | ||
Incident par problème | 1 incident | Incident de 10 000 les incidents au-delà de cette limite ne seront pas persistants. | |
API de recherche d'incidents : taille de la page | 1 page (inférieur ou égal à 25 incidents) | 1 000 pages (25 000 incidents) ConseilUtilisez uniquement le paramètre | |
Workflows | N/A | Limite initiale : 1 000 | |
Taille du filtre du workflow | 1 personnage | 4 096 caractères par workflow | |
Canal de notification (héritage) | Limitations des canaux |
Requête d'alerte NRDB correspondant à des points de données par minute
La limite de condition d'alerte s'applique au Matched data points per minute
taux total de points de données correspondants pour la requête d'alerte dans un New Relic compte.
Si cette limite est dépassée, vous ne pourrez pas créer ou mettre à jour les conditions du compte concerné jusqu'à ce que le taux descende en dessous de la limite. Les conditions d'alerte existantes ne sont pas affectées.
Vous pouvez voir vos points de données correspondants et tout incident de limite dans l'UI des limites.
Pour comprendre quelles conditions conduisent au débit le plus élevé, vous pouvez effectuer une requête comme :
FROM NrAiSignalSELECT sum(aggregatedDataPointsCount) AS 'alert matched data points'FACET conditionId
Quelques conseils pour optimiser vos points de données correspondants :
- Si vous utilisez des fenêtres coulissantes, sachez que cela peut augmenter considérablement le nombre de points de données. Pour réduire le nombre de points de données, vous pouvez utiliser une durée d'agrégation plus longue.
- Utilisez les clauses
WHERE
pour réduire la quantité de données sur lesquelles des alertes sont émises. L'utilisation deWHERE
au lieu deFACET
peut produire des alertes plus efficaces dans certains cas. - Combinez des alertes similaires. Si vous avez plusieurs conditions d'alerte similaires, pensez à les regrouper avec des filtres combinés.
Pour demander une augmentation de limite, contactez votre représentant de compte New Relic.
Notez que l’utilisation de fenêtres coulissantes peut augmenter considérablement le nombre de points de données. Envisagez d’utiliser une durée plus longue d’agrégation de fenêtre glissante pour réduire le nombre de points de données produits.
Opérations d'analyse des requêtes d'alerte par minute
La condition d'alerte limite Alert query scan operations per minute
s'applique au taux total d'opérations d'analyse de requête sur l'événement ingéré. Une opération d'analyse de requête est le travail effectué par le New Relic pipeline pour faire correspondre l'événement ingéré à la requête d'alerte enregistrée dans un New Relic compte.
Si cette limite est dépassée, vous ne pourrez pas créer ou mettre à jour les conditions du compte concerné jusqu'à ce que le taux descende en dessous de la limite. Les conditions d'alerte existantes ne sont pas affectées.
Vous pouvez voir vos opérations d'analyse de requête et tout incident de limite dans l'UI des limites.
Lors de la mise en correspondance d'un événement avec une requête d'alerte, tous les événements du type de données auquel la requête fait référence doivent être examinés. Voici quelques méthodes courantes pour avoir moins d’événements dans un type de données donné (ce qui diminuera les opérations d’analyse des requêtes d’alerte) :
Lors de l'alerte sur les données des logs, utilisez des partitionslog pour limiter les logs analysés pour la requête d'alerte.
Lors de l'alerte sur un événement personnalisé, divisez les types d'événement personnalisé plus grands.
Utilisez événement personnalisé au lieu d’alerter sur événement de transaction.
Créez des métriques pour agréger des données.
Utilisez l'intervalle de temps métrique de requête lorsque cela est possible au lieu d'alerter sur un événement de transaction.
En plus des conseils ci-dessus, le nettoyage de toute requête d'alerte inutilisée ou inutile (condition d'alerte) diminuera le nombre d'opérations d'analyse de requête.
Pour demander une augmentation de limite, contactez votre représentant de compte New Relic.