• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Dépannage du monitoring Lambda

Problème

Vous tentez d'activer monitoring sans serveur pour AWS Lambda et vous rencontrez un problème ou une erreur.

Solution

Deux problèmes courants sont liés au fait de ne pas avoir terminé toutes les procédures d'activation:

  • Aucune donnée n'apparaît sur la page d'interface utilisateur Lambda metrics. Cela signifie que l' étape d'intégration AWS n'a pas été terminée.
  • Aucune donnée n'est visible sur les pages d'interface utilisateur de la catégorie Troubleshooting. Si vous ne voyez pas de données sur les onglets d'interface utilisateur Distributed tracing, Errors et Invocations, cela signifie que l' étape d'agent d'instrumentation APM n'a pas été terminée.

Outre ces problèmes d'activation de base, certains problèmes supplémentaires peuvent entraîner un problème :

  • Erreur CloudWatch « Erreur HTTP 401 : non autorisé. » Cela est dû à une clé API incorrecte. L'argument --nr-api-keydans l' étape Configure AWS enable prend votre .

  • Les métriques personnalisées sont manquantes. Lambda monitoring n'est pas compatible avec nos métriques personnalisées. Utilisez l'attribut personnalisé pour ajouter des métadonnées.

  • Onglet « Invocations » manquant. Avec APM + Serverless Convergence, chaque invocation Lambda correspond à la trace de transaction dans APM. Pour voir les détails de l'invocation, reportez-vous à la trace de transaction.

  • Vous avez terminé correctement les étapes d'installation, d'intégration et d'instrumentation, et votre fonction envoie les logs à CloudWatch mais vous ne voyez pas de trace pour une dépendance spécifique (ou aucune trace) dans l'interface utilisateur. Cela peut résulter de l'ordre de fusion des couches (si vous utilisez nos couches Lambda ) ou de l'ordre d'importation (si vous êtes instrumenté manuellement) :

    • Si vous êtes instrumenté avec des couches : assurez-vous dans configuration de votre fonction que la couche New Relic est fusionnée avant les autres couches (bien que si votre fonction utilise webpack, la couche New Relic doit être fusionnée après la couche webpack).
    • Si vous avez instrumenté une fonction Node.js manuellement, assurez-vous que le logging est activé et que votre fonction importe newrelic avant d'importer toute dépendance que vous prévoyez de monitorer.
    • Si vous utilisez des modules ES avec une fonction Node.js, assurez-vous de modifier la fonction de gestionnaire en /opt/nodejs/node_modules/newrelic-esm-lambda-wrapper/index.handler . De plus, définissez la variable d’environnement de NODE_PATH sur --experimental-loader newrelic/esm-loader.mjs .

Si aucune de ces solutions ne vous aide, contactez notre équipe d'assistance. Les informations suivantes vous aideront lorsque vous parlerez aux techniciens d'assistance :

  • La fonction Lambda est-elle déjà apparue dans l’interface utilisateur ? Si oui, quel est le nom de la fonction ?
  • Si certaines données de la fonction Lambda apparaissent dans l’interface utilisateur, quelles données spécifiques apparaissent ?
  • Quel agent de langage APM utilisez-vous pour instrumenter la fonction ?
Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.