• /
  • 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épanner le monitoring du log de flux Azure VNet

Si vous avez configuré le monitoring des logs de flux Azure VNet et que vous rencontrez des problèmes, utilisez les sections suivantes pour diagnostiquer les problèmes courants avec le redirecteur de logs de VNet Flow.

Aucune donnée de log de flux dans New Relic

Si les données de log de flux n’apparaissent pas dans New Relic, vérifiez les éléments suivants :

  • Confirmez que NR_LICENSE_KEY est correctement configuré.
  • Vérifiez que le log de VNet Flow est activé et écrit activement des blobs PT1H.json sur votre compte de stockage.
  • Vérifiez que l’abonnement Event Grid est actif et achemine les événements BlobCreated vers l’Event Hub.
  • Confirmez que les paramètres EVENTHUB_CONSUMER_CONNECTION et EVENTHUB_NAME correspondent à l'Event Hub recevant les événements.
  • Vérifiez les logs de la Function App dans Azure pour les erreurs. Pour voir les logs détaillés, définissez le paramètre d'application AzureFunctionsJobHost__logging__logLevel__Function sur Debug.

Enregistrements de log de flux en double

Le mécanisme de curseur empêche le traitement des doublons dans des conditions normales. Si vous voyez des doublons, vérifiez les éléments suivants :

  • Vérifiez que CURSOR_STORAGE_CONNECTION est correctement configuré et que la table est accessible.
  • Vérifiez qu'il n'y a qu'une seule instance active du consommateur traitant chaque partition Event Hub.

Événements ignorés (protection contre les événements empoisonnés)

Après MAX_CONSECUTIVE_FAILURES échecs consécutifs (5 par défaut) lors du traitement du même blob, le forwarder le marque comme un événement empoisonné et l'ignore pour éviter des tentatives infinies. Vérifiez les logs de la Function App pour trouver la cause première des échecs initiaux, corrigez le problème et réinitialisez le curseur en supprimant la ligne correspondante de la table nrvnetflowlogscursors. Le forwarder réessaie d'abord les erreurs de livraison New Relic (429, 5xx et les erreurs réseau pouvant être réessayées). Le compteur d'échecs ne s'incrémente qu'une fois ces tentatives épuisées ou si un autre échec matériel se produit.

Droits d'auteur © 2026 New Relic Inc.

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