Évitez d’envoyer des données d’intégration Prometheus OpenMetrics qui ne sont pas pertinentes pour vos besoins monitoring . Utilisez plutôt des filtres pour ignorer ou inclure des métriques spécifiques. Cela vous aidera à contrôler la quantité et les types de données que vous envoyez à New Relic. Cela vous aidera également à éviter des frais de facturation supplémentaires, comme expliqué dans ce document.
Prévenir les augmentations de facturation
Nous utilisons les annotations Prometheus discovery et scrape . Si vous configurez l'intégration Prometheus OpenMetrics pour extraire all la cible disponible et envoyer toutes les données exposées à partir de cette cible, vous risquez de dépasser les limites de la plateforme New Relic et d'augmenter vos frais de facturation. Pour éviter que cela ne se produise, utilisez les capacités de filtrage de l'intégration.
Pour plus d'informations, consultez les exigences d'intégration Prometheus OpenMetrics pour Docker. Voir également les procédures de dépannage pour NrIntegrationError événement.
Identifiez les métriques à ignorer ou à inclure
Pour décider quelles données inclure ou exclure, utilisez l'API métrique de New Relic pour explorer vos données métriques. Ensuite, affinez vos filtres pour scraper uniquement les cibles pertinentes et envoyer des métriques utiles.
- Pour filtrer les métriques indésirables d’une cible, utilisez l’option de configuration
ignore_metrics. - Pour filtrer la cible au lieu des métriques, utilisez l'option configuration
scrape_enabled_label.
Prudence
Le filtrage de type histogramme et métriques récapitulatives s'applique au base name. Vous ne pouvez pas filtrer par la série chronologique _bucket, _sum ou _count pour cette métrique.
Le fichier manifeste nri-prometheus-latest.yaml inclut la carte de configuration nri-prometheus-cfg montrant un exemple de configuration. L'intégration ignorera ou inclura les métriques avant d'exécuter les autres fonctions pour ajouter, renommer ou copier l'attribut.