Aucune donnée n'apparaît : AWS flux de métriques CloudWatch

Problème

Vous avez suivi les étapes pour lier votre compte AWS, configuré le flux de métriques AWS CloudWatch et AWS Kinesis Data Firehose, et vous ne voyez toujours pas les métriques attendues dans New Relic.

Solutions

Aucune métrique ni erreur n'apparaît sur New Relic

Si vous ne voyez pas de données dans New Relic une fois que le flux de métriques AWS CloudWatch a été connecté à AWS Kinesis Data Firehose, suivez les étapes ci-dessous pour résoudre votre configuration:

1. Vérifiez que le flux métrique est dans un état de Running via la console AWS ou l'API. Veuillez consulter la documentation de dépannage AWS pour plus de détails.

2. Vérifiez les métriques Stream métriques sous AWS/CloudWatch/MetricStreams espace de nommage. Vous verrez un nombre de mises à jour métriques et d'erreurs par flux métrique. Cela indique que le flux métrique émet avec succès des données.

3. Si vous voyez des erreurs, confirmez que le rôle IAM spécifié dans la configuration de métrique Streams accorde au principal du service CloudWatch les autorisations d'écriture et de ciblage de la ressource Firehose prévue.

4. Vérifiez l’onglet de monitoring de Kinesis Data Firehose dans la console Kinesis pour voir si Firehose reçoit correctement les données.

5. Vous pouvez activer le logging des erreurs CloudWatch sur votre Kinesis Data Firehose pour obtenir des informations plus détaillées pour le débogage des problèmes. Consultez la documentation officielle d'Amazon Kinesis Data Firehose pour plus de détails.

6. Confirmez que vous avez configuré votre Kinesis Data Firehose avec les détails de destination corrects :

   • Assurez-vous que clé de licencecontient votre clé de licence de 40 caractères hexadécimaux.
   • Assurez-vous que le bon data center américain ou européen a été sélectionné pour votre compte New Relic. Astuce : si le license_key commence par « eu », vous devez sélectionner le data center de l’UE.

7. Vérifiez que votre Kinesis Data Firehose dispose des autorisations nécessaires pour écrire vers la destination configurée. Par exemple, la politique de compartiment S3 autorise l’écriture.

8. Consultez la documentation officielle d'AWS Firehose sur l'utilisation et la mise en œuvre du dépannage :

   • https://docs.aws.amazon.com/firehose/latest/dev/http_troubleshooting.html
   • https://docs.aws.amazon.com/firehose/latest/dev/httpdeliveryrequestresponse.html
   • https://docs.aws.amazon.com/firehose/latest/dev/retry.html

9. Si vous rencontrez toujours des problèmes, veuillez contacter le support AWS pour obtenir de l'aide en rédigeant un dossier d'assistance. Incluez les informations du flux AWS Firehose ainsi que le point de terminaison cible, la plage horaire d'émission et tout message d'erreur que vous avez reçu.

Métriques manquantes pour certains espaces de nommage AWS

New Relic n'applique aucun filtre sur les métriques reçues du flux de métriques AWS CloudWatch.

Si vous vous attendez à ce que certaines mesures soient ingérées et qu'elles ne le sont pas, vérifiez les points suivants :

• Assurez-vous qu'il n'y a pas de filtre Inclusion ou Exclusion dans votre flux de métriques CloudWatch.
• Assurez-vous que les métriques sont disponibles dans AWS CloudWatch et peuvent être interrogées dans l'interface AWS CloudWatch . Pour certains services AWS spécifiques, tels que les conteneurs d'informations détaillées ECS/EKS, monitoring améliorée doit être explicitement activée côté AWS avant d'accéder aux métriques.

écarts de valeurs métriques entre AWS CloudWatch et New Relic

Les métriques sont traitées, mappées et stockées telles qu'elles sont reçues d'AWS flux de métriques CloudWatch. Certaines divergences peuvent être observées lors de la comparaison des dashboards AWS CloudWatch et New Relic. Dans des scénarios limités, AWS CloudWatch applique des fonctions et une logique spécifiques avant de restituer les métriques.

Ces lignes directrices devraient aider à comprendre la cause profonde de l’écart :

• Vérifiez que la même fonction est utilisée sur les métriques (par exemple average, min, max).
• Du côté de New Relic, assurez-vous de filtrer le même horodatage ou la même période (en tenant compte du fuseau horaire) pour afficher exactement la même heure que dans AWS CloudWatch.
• Lors de l'utilisation de séries chronologiques, l'interface utilisateur de New Relic peut effectuer certains arrondis en fonction des intervalles.

Vous pouvez obtenir une liste des métriques brutes reçues par time en utilisant une requête comme celle-ci (notez qu'aucune fonction n'est appliquée à la métrique sélectionnée) :

FROM Metric
SELECT aws.outposts.InstanceTypeCapacityUtilization
WHERE collector.name = 'cloudwatch-metric-streams'

N'oubliez pas qu'AWS fixe la résolution maximale (1 minute, 5 minutes, etc.) pour chaque métrique signalée dans AWS CloudWatch.

flux de métriques AWS Operation

Vous pouvez voir l'état du ou des flux métriques dans l'onglet Flux de la console CloudWatch . En particulier, un flux métrique peut être dans l’un des deux états : running ou stopped.

• En cours d'exécution : le flux fonctionne correctement. Même s'il est en cours d'exécution, il se peut qu'aucune donnée métrique ne soit diffusée en raison des filtres configurés.
• Arrêté : le flux a été explicitement défini sur l’état arrêté (pas à cause d’une erreur). Cet état est utile pour arrêter temporairement le streaming de données sans supprimer la configuration.

Erreurs dans le dashboard d'état

New Relic s'appuie sur le service AWS Config pour collecter des métadonnées supplémentaires auprès des ressources afin d'enrichir les métriques reçues via le flux de métriques CloudWatch.

Assurez-vous qu'AWS Config est activé dans votre compte AWS et assurez-vous que le rôle lié dispose de l'autorisation ou de la politique en ligne suivante créée :

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "config:BatchGetResourceConfig",
            "Resource": "*"
        }
    ]
}