Requête et alerte sur les données d'utilisation

Pour vous aider à comprendre votre utilisation et votre facturationNew Relic , nous fournissons une UI d'utilisation permettant de comprendre votre utilisation liée à la facturation. Vous pouvez également exécuter une requête NRQL personnalisée pour obtenir des détails supplémentaires et créer une notification d'alerte lorsque votre utilisation atteint certains niveaux.

Gardez les points suivants à l’esprit lorsque vous utilisez l’ UI d’utilisation ou effectuez une requête de consommation :

• Les résultats sont approximatifs et ne correspondent pas exactement aux valeurs utilisées pour calculer le montant de votre facture.
• Utilisez ces outils pour trouver et suivre vos zones de forte utilisation.
• Utilisez une requête pour créer alertesafin de savoir si vous approchez d'une limite.

Requête d'utilisation d'ingestion de données

L'UI d'utilisation affiche vos données ingérées au fil du temps. Si vous avez besoin de plus de détails que ceux fournis par l'UI , vous pouvez utiliser une variété de requêtes NRQL . Les exemples ci-dessous incluent deux types de données :

• NrConsumption:Utilisez ceci pour approfondir les détails de votre utilisation heure par heure. C'est moins utile comme substitut à votre facture.
• NrMTDConsumption:Utilisez ceci pour voir une bonne approximation de votre utilisation mensuelle agrégée.

FROM NrConsumption SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' 
SINCE 3 months ago TIMESERIES 1 day

FROM NrConsumption SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' SINCE 3 months ago 
FACET usageMetric TIMESERIES 1 day

FROM Metric SELECT bytecountestimate()/10e8 AS 'GB Estimate' 
SINCE 24 hours ago
FACET metricName LIMIT 10 TIMESERIES 1 hour

FROM NrMTDConsumption SELECT latest(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

Limites d'ingestion et de requête de données

Pour plus d'informations sur les limites d'ingestion de données et les limites de requête, consultez Limites de données New Relic.

Qequête de comptage d'utilisateurs

Pour un affichage de votre nombre d'utilisateurs, consultez l' UI d'utilisation. Si vous avez besoin de plus de détails, vous pouvez utiliser l'exemple de requête NRQL ci-dessous. Pour plus de détails sur la manière dont les utilisateurs sont calculés, voir Calculs des utilisateurs facturables.

La plupart des organisations New Relic ont la possibilité d'ajouter un utilisateur principal. Cette section comprend des requêtes qui fonctionneront pour ces organisations. Si vous faites partie d'une organisation plus ancienne qui n'a pas choisi de déverrouiller l'utilisateur principal, consultez la requête pour une organisation sans utilisateur principal.

Voici quelques règles pour interroger votre utilisateur :

• Utilisez uniquement l’événement NrMTDConsumption .
• Les attributs utilisés pour interroger l'utilisateur sont CoreUsersBillable et FullPlatformUsersBillable.

Voici quelques exemples de requêtes NRQL permettant de déterminer le nombre d'utilisateurs :

Plateforme utilisateur complète à ce jour

Cette requête montre la plateforme utilisateur complète facturable pour le mois. En d'autres termes, il indique combien vous seriez facturé pour l'intégralité de votre plateforme utilisateur pour ce mois-ci si vous étiez facturé maintenant.

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable) 
SINCE 3 hours ago

Core utilisateur cumulatif mensuel

Cette requête affiche le nombre d'utilisateurs principaux pour lesquels vous seriez facturé si vous étiez facturé maintenant :

FROM NrMTDConsumption 
SELECT latest(CoreUsersBillable)
SINCE 3 hours ago

Coût estimé

Voici une requête pour obtenir le coût du mois en cours pour votre utilisateur de plateforme complète. Veuillez noter que vous devrez connaître le coût total de la plateforme utilisateur de votre organisation.

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable) * YOUR_PER_FULL_PLATFORM_USER_COST
SINCE 3 hours ago

Qequête utilisateur pour organisation sans noyau utilisateur

Ces requêtes s'appliquent à certaines anciennes organisations New Relic qui n'ont que deux types d'utilisateurs disponibles : utilisateur de base et plateforme utilisateur complète.

Utilisation de Synthetics

Un certain nombre de tests synthétiques sont inclus gratuitement avec chaque édition. Pour plus de détails à ce sujet, voir LimitesSynthetics .

L'événement NrMTDConsumption alimente l'UI d'utilisation et doit être utilisé pour les alertes d'utilisation.

L'événement NrDailyUsage peut vous aider à décomposer davantage l'utilisation de Synthetics, mais les résultats peuvent ne pas correspondre à l'UI d'utilisation et à l'événement NrMTDConsumption. Il est généré une fois par jour. L'horodatage d'utilisation correspond au moment où New Relic reçoit et traite un test Synthétique. Cela peut introduire une légère différence dans les données d'utilisation par rapport au moment où le contrôle Synthétique a été exécuté.

En utilisant FACET avec l'événement NrDailyUsage, vous pouvez diviser votre consommation en plusieurs catégories, notamment le compte, l'emplacement, le type de moniteur et le nom du moniteur. Si vous disposez d'une structure de compte parent, assurez-vous d'exécuter une requête dans un compte parent pour voir l'utilisation agrégée de ce parent et de ses comptes enfants.

Les contrôles réussis et échoués contribuent à la consommation globale de produits synthétiques. Vous trouverez ci-dessous un exemple de requête permettant d'afficher et de facetter votre consommation de produits synthétiques, en utilisant les deux types d'événements selon le cas :

SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
FROM NrMTDConsumption
WHERE metric='SyntheticChecks'
SINCE this month

SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
FROM NrMTDConsumption
WHERE metric='SyntheticChecks'
SINCE 6 months ago 
FACET monthOf(timestamp)

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET consumingAccountName

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsTypeLabel

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsMonitorName

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsLocationLabel

Requête relative aux coûts

Voici quelques recommandations de requêtes pour vous aider à comprendre le coût estimé pour le mois en cours.

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable) * YOUR_PER_GB_COST

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable) * .35

Définir des alertes d'utilisation

Pour vous aider à gérer votre facturation, vous pouvez définir des alertes pour vous avertir des augmentations inattendues de l'ingestion de données ou du nombre d'utilisateurs.

Avant de créer une condition d’alerte liée à l’utilisation, voici quelques conseils :

• Pour connaître les bases de la configuration des alertes, consultez la condition d'alerteNRQL .
• La méthode d’agrégation du minuteur d’événement est recommandée car elle fonctionne mieux pour les données peu fréquentes.

Voici quelques exemples de conditions d'alerte NRQL .

FROM NrConsumption 
SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

FROM NrConsumption 
SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' 
AND consumingAccountId = YOUR_CHILD_ACCOUNT_ID

FROM NrMTDConsumption 
SELECT latest(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable)

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable) * YOUR_PER_GB_COST

Pour configurer des alertes liées aux limites d'ingestion de données et aux limites de requête, consultez Définir des alertes en cas d'atteinte des limites de données.

Demander des modifications à votre compte

Pour voir les modifications apportées à votre compte (par exemple, les modifications liées à la gestion des utilisateurs), vous pouvez interroger NrAuditEvent.

Événement et attribut liés à l'utilisation

Voici les principaux événements à interroger pour comprendre votre utilisation :

• NrConsumption enregistre l'utilisation toutes les heures et équivaut à une utilisation « en temps réel ». Utilisez cet événement pour observer les tendances d’utilisation au fil du temps.
• NrMTDConsumption génère des valeurs agrégées à partir de l'événement NrConsumption . Utilisez cet événement pour voir l'utilisation par période de facturation mensuelle. C'est le meilleur événement pour interroger le nombre d'utilisateurs.

Voici quelques-uns des attributs les plus importants attachés à un événement lié à l’utilisation.

Estimation du nombre d'octets

Un outil que vous pouvez utiliser pour en savoir plus sur votre utilisation est la fonction bytecountestimate() (par exemple, voir cette requête qui l'utilise).

Quelques points importants à connaître sur l'utilisation bytecountestimate():

• Étant donné qu'il renvoie toutes les données qu'il trouve et que certaines de ces données ne sont pas comptabilisées dans votre ingestion et votre facturation, il s'agit uniquement d'une estimation de votre utilisation réelle. Pour cette raison, il est particulièrement utile pour rechercher les données rapportées par diverses sources ou pour comprendre le plafond supérieur des données rapportées.
• Nous vous recommandons de l'utiliser principalement pour interroger des plages de temps inférieures à 24 heures et, si vous le souhaitez, de l'utiliser pour extrapoler. C'est parce que c'est une fonction qui nécessite d'interroger un grand nombre de données et qu'elle ne trouvera pas de données dépassant les limites de conservation.

Pour en savoir plus sur l’estimation de l’utilisation, consultez notre article de blog sur l’estimation de l’utilisation.

Voici quelques détails techniques sur le fonctionnement de bytecountestimate() :

• Il existe plusieurs types de données qui ne sont pas comptabilisées dans l'ingestion mais qui sont renvoyées par la fonction bytecountestimate() . Cela signifie que cette fonction affiche parfois more données qui ne sont réellement comptabilisées dans votre utilisation. Il se peut que le montant affiché soit inférieur dans de rares cas, mais si c'est le cas, il ne sera que légèrement inférieur.
• Certaines données télémétriques rapportées par une entité partagent un attribut commun (par exemple, un attribut concernant votre compte New Relic ). Nous ne comptons pas l'attribut dupliqué dans votre ingestion, mais bytecountestimate() compte ces attributs. Cela peut parfois entraîner une grande différence entre une requête bytecountestimate() et votre utilisation réelle.
• Nos APM, monitoring de navigateurset monitoring d'applications mobilesrapportent un type de données appelé données d'intervalle de temps métrique. Ces données ne sont pas stockées dans NRDB comme nos autres types de données, et donc essayer d'utiliser bytecountestimate() sur ces données peut entraîner des résultats déroutants. Lors de l'interrogation de ces données, nous vous recommandons de les facetter par nom d'application et non par nom de métrique.