Configurer monitoringdes données de flux réseau

Vous pouvez utiliser notre processus d'installation guidé pour installer l'agent de monitoring du flux réseau ou installer l'agent manuellement. Ce document couvre les prérequis pour démarrer ce processus d'installation et une procédure étape par étape de vos options d'installation.

Prérequis

Avant de pouvoir commencer, vous devez créer un compte New Relic. Si vous choisissez d'installer l'agent manuellement, vous avez également besoin de :

Un identifiant de compte New Relic.
Une New Relic .

Vous devez configurer les périphériques sources pour envoyer des données de flux à l'hôte exécutant l'agent monitoring du réseau. Voici comment configurer l’exportation du flux réseau sur certains appareils (cette liste n’est pas exhaustive) :
- Données NetFlow
- Données sFlow
  - F5 - BIG-IP
- Données jFlow
  - Genévrier - Junos

Types de données de flux réseau pris en charge

monitoring du flux réseau prend en charge les quatre principaux types de données de flux réseau et leurs dérivés. Lors de l'exécution de l'agent, vous pouvez spécifier le type majeur que vous souhaitez monitorer à l'aide de l'option -nf.source .

Conseil

La collection de modèles NetFlow v5, NetFlow v9, sFlow et IPFIX peut être gérée à l'aide de -nf.source.=auto sur un seul agent. Cette option est activée par défaut lors de l'utilisation de l'argument nr1.flow au moment de l'exécution.

Type de flux réseau	Activé avec `auto`?	`-nf.source` valeur
AppFlow	✓	`auto` \| `netflow5`
Argus	✓	`auto` \| `netflow5`
Cisco ASA		`asa`
Cisco NBAR		`nbar`
cflowd	✓	`auto` \| `netflow5`
IPFIX	✓	`auto` \| `ipfix`
J-Flow	✓	`auto` \| `netflow5`
NetFlow v5	✓	`auto` \| `netflow5`
NetFlow v9	✓	`auto` \| `netflow9`
NetStream	✓	`auto` \| `netflow5`
Palo Alto Networks		`pan`
Flux RF	✓	`auto` \| `netflow5`
sFlow	✓	`auto` \| `sflow`

Quand faut-il dimensionner la collecte de flux réseau ?

Lors de la planification de votre stratégie de collecte des flux réseau à grande échelle, les éléments suivants doivent être pris en compte :

L'agent ktranslate ne peut effectuer qu'une seule tâche à la fois. Un agent exécutant une collecte SNMP ne peut pas également écouter les flux réseau.
L'agent ktranslate ne peut écouter les flux réseau entrants que sur un seul port d'écoute à la fois (par défaut : 9995). Si vous souhaitez que plusieurs ports soient ouverts, chacun nécessite un agent dédié, en utilisant l'option de configuration -nf.port lors de l'exécution pour modifier le port.
La configuration par défaut -nf.source=auto permet au conteneur d'écouter plusieurs types de flux standard. Si vous devez analyser d'autres types de données de flux comme les modèles Cisco ASA, Cisco NBAR ou Palo Alto Networks, chacun nécessitera son propre agent.
New Relic recommande 1 CPU pour 2 000 flux par seconde (120 000 flux par minute). Déterminer s'il faut faire évoluer horizontalement plusieurs agents pour répartir la charge ou faire évoluer verticalement quelques agents plus grands pour consolider la gestion est une question de préférence personnelle.

Configurer monitoringdes données de flux réseau

Pour la plupart des cas d'utilisation, nous recommandons notre guide d'installation pour configurer monitoring des données de flux réseau. Si votre configuration est plus avancée avec des configurations personnalisées, nous vous recommandons de l'installer manuellement.

Aller à one.newrelic.com > All capabilities > Add more data
Faites défiler vers le bas jusqu’à ce que vous voyiez Network et cliquez sur Network Flows.
Suivez les étapes décrites dans le processus d’installation guidée. Vous pouvez utiliser Docker, Podman ou Linux.
Ajouter des données de flux réseau
one.newrelic.com > All capabilities > Add more data > Network > Network Flows pour mettre en place monitoring des données de flux réseau.
Examinez vos données de flux réseau dans l'interface utilisateur New Relic .

Avant de lire l'article sur l'installation manuelle de l'agent de flux réseau, pensez à utiliser notre processus d'installation guidée pour éviter les erreurs :

Ajouter des données de flux réseau

Sur un hôte Linux avec Docker installé, téléchargez l’image ktranslate en exécutant l’une des opérations suivantes :
- Centre Docker:
  bash
```
$docker pull kentik/ktranslate:v2
```
- Quay.io:
  bash
```
$docker pull quay.io/kentik/ktranslate:v2
```
Copiez le fichier snmp-base.yaml dans le répertoire local $HOME de votre utilisateur Docker et supprimez le conteneur en exécutant :
bash
```
$cd ~
$id=$(docker create kentik/ktranslate:v2)
$docker cp $id:/etc/ktranslate/snmp-base.yaml .
$docker rm -v $id
```
Modifiez le fichier snmp-base.yaml et ajoutez vos périphériques de flux réseau dans la clé de dictionnaire devices avec la structure suivante :
```
devices:
  # This key and the corresponding 'device_name'
  # need to be unique for each device
  flow_device1:
    device_name: flow_device1
    device_ip: x.x.x.x/yy
    flow_only: true
    # Optional user tags
    user_tags:
      owning_team: net_eng
      environment: production
```
Important
Si vous monitoring déjà des périphériques de données SNMP qui enverront également des flux réseau, vous souhaiterez vous assurer que la valeur de device_name est identique pour les deux fichiers configuration afin de garantir que la télémétrie du flux est attribuée à la bonne entité dans l'interface utilisateur de New Relic.

Exécutez ktranslate pour écouter les flux réseau avec la commande :

bash

$docker run -d --name ktranslate-$CONTAINER_SERVICE \
>  --restart unless-stopped --pull=always --net=host \
>  -v `pwd`/snmp-base.yaml:/snmp-base.yaml \
>  -e NEW_RELIC_API_KEY=$YOUR_NR_LICENSE_KEY \
>  kentik/ktranslate:v2 \
>  -snmp /snmp-base.yaml \
>  -nr_account_id=$YOUR_NR_ACCOUNT_ID \
>  -metrics=jchf \
>  -tee_logs=true \
>  # Use this field to create a unique value for `tags.container_service` inside of New Relic
>  -service_name=$CONTAINER_SERVICE \
>  -flow_only=true \
>  nr1.flow

Examinez vos données de flux réseau dans l'interface utilisateur New Relic .

Sur un hôte sur lequel Podman est installé, téléchargez l'image ktranslate en exécutant la commande suivante :
- Centre Docker:
  bash
```
$podman pull docker.io/kentik/ktranslate:v2
```
Copiez le fichier snmp-base.yaml dans le répertoire local $HOME de votre utilisateur Podman et supprimez le conteneur en exécutant :
bash
```
$cd ~
$id=$(podman create kentik/ktranslate:v2)
$podman cp $id:/etc/ktranslate/snmp-base.yaml .
$podman rm -v $id
```
Modifiez le fichier snmp-base.yaml et ajoutez vos périphériques de flux réseau dans la clé de dictionnaire devices avec la structure suivante :
```
devices:
  # This key and the corresponding 'device_name'
  # need to be unique for each device
  flow_device1:
    device_name: flow_device1
    device_ip: x.x.x.x/yy
    flow_only: true
    # Optional user tags
    user_tags:
      owning_team: net_eng
      environment: production
```
Important
Si vous monitoring déjà des périphériques de données SNMP qui enverront également des flux réseau, vous souhaiterez vous assurer que la valeur de device_name est identique pour les deux fichiers configuration afin de garantir que la télémétrie du flux est attribuée à la bonne entité dans l'interface utilisateur de New Relic.

Exécutez ktranslate pour écouter les flux réseau avec la commande :

bash

$podman run -d --name ktranslate-$CONTAINER_SERVICE \
>  --userns=keep-id --restart unless-stopped --pull=always --net=host \
>  -v `pwd`/snmp-base.yaml:/snmp-base.yaml \
>  -e NEW_RELIC_API_KEY=$YOUR_NR_LICENSE_KEY \
>  kentik/ktranslate:v2 \
>  -snmp /snmp-base.yaml \
>  -nr_account_id=$YOUR_NR_ACCOUNT_ID \
>  -metrics=jchf \
>  -tee_logs=true \
>  # Use this field to create a unique value for `tags.container_service` inside of New Relic
>  -service_name=$CONTAINER_SERVICE \
>  -flow_only=true \
>  nr1.flow

Conseil

Les conteneurs Podman sans racine ne peuvent pas se lier aux ports inférieurs à 1024. Si vos flux réseau sont envoyés sur un port inférieur à 1024 au lieu de la valeur par défaut (9995), vous devrez créer une règle iptables pour gérer la redirection de paquets avec la commande :

bash

$sudo iptables -t nat -A PREROUTING -p udp --dport $srcPort -j REDIRECT --to-port 9995

Examinez vos données de flux réseau dans l'interface utilisateur New Relic .

En fonction de votre gestionnaire de paquets, utilisez l'une des commandes ci-dessous pour installer ktranslate

Yum:

bash

$curl -s https://packagecloud.io/install/repositories/kentik/ktranslate/script.rpm.sh | sudo bash && \
>  sudo yum install ktranslate

Apt:

bash

$curl -s https://packagecloud.io/install/repositories/kentik/ktranslate/script.deb.sh | sudo bash && \
>  sudo apt-get install ktranslate

Définir les variables d’environnement utilisées par ktranslate:

bash

$sudo tee "/etc/default/ktranslate.env" > /dev/null <<'EOF'
$NR_ACCOUNT_ID=$YOUR_NR_ACCOUNT_ID
$NEW_RELIC_API_KEY=$YOUR_NR_LICENSE_KEY
$KT_FLAGS="-snmp /etc/ktranslate/snmp-base.yaml \
>  -metrics=jchf \
>  -flow_only=true \
>  -tee_logs=true \
>  -service_name=$CONTAINER_SERVICE \
>  nr1.flow"
$EOF
$
$# ensure /etc/default/ktranslate.env is owned by ktranslate user
$sudo chown ktranslate:ktranslate /etc/default/ktranslate.env

Si vous n'avez pas de fichier de configuration snmp-base.yaml existant, créez-en un avec :
bash
```
$cd ~
$touch snmp-base.yaml
```

Modifiez le fichier snmp-base.yaml et ajoutez vos périphériques de flux réseau dans la clé de dictionnaire devices avec la structure suivante :

devices:
  # This key and the corresponding 'device_name'
  # need to be unique for each device
  flow_device1:
    device_name: flow_device1
    device_ip: x.x.x.x/yy
    flow_only: true
    # Optional user tags
    user_tags:
      owning_team: net_eng
      environment: production

Redémarrez le service ktranslate pour appliquer vos modifications au fichier snmp-base.yaml :
bash
```
$sudo systemctl restart ktranslate
```
Examinez vos données de flux réseau dans l'interface utilisateur New Relic .

Trouvez et utilisez vos métriques

Tous les logs de flux réseau exportés depuis le conteneur ktranslate utilisent l'espace de nommage KFlow , via l'API d'événement New Relic. Actuellement, voici les champs par défaut renseignés à partir de cette intégration :

Attribut	Type	Description
`application`	Chaîne	La classe du programme générant le trafic dans cet enregistrement de flux. Ceci est dérivé de la valeur numérique la plus basse entre `l4_dst_port` et `l4_src_port`. Les exemples courants incluent `http`, `ssh` et `ftp`.
`device_name`	Chaîne	Le nom d’affichage du dispositif d’échantillonnage pour cet enregistrement de flux.
`dst_addr`	Chaîne	L'adresse IP cible pour cet enregistrement de flux.
`dst_as`	Numérique	La cible [Autonomous System Number](https://www.iana.org/assignments/ (comme-numéros/comme-numéros.xhtml) pour cet enregistrement de flux.
`dst_as_name`	Chaîne	La cible [Autonomous System Name](https://www.iana.org/assignments/ as-numbers/as-numbers.xhtml) pour cet enregistrement de flux.
`dst_endpoint`	Chaîne	L'uplet cible `IP:Port` pour cet enregistrement de flux. Il s’agit d’une combinaison de `dst_addr` et `l4_dst_port`.
`dst_geo`	Chaîne	Le pays cible de cet enregistrement de flux, s'il est connu.
`in_bytes`	Numérique	Le nombre d'octets transférés pour les enregistrements de flux entrants.
`in_pkts`	Numérique	Le nombre de paquets transférés pour les enregistrements de flux entrants.
`input_port`	Numérique	`If_Index` valeur pour l'interface à la source de cet enregistrement de flux.
`l4_dst_port`	Numérique	Le port cible pour cet enregistrement de flux.
`l4_src_port`	Numérique	Le port source de cet enregistrement de flux.
`output_port`	Numérique	`If_Index` valeur pour l'interface à la destination de cet enregistrement de flux.
`protocol`	Chaîne	Le nom d'affichage du protocole utilisé dans cet enregistrement de flux, dérivé du [numeric IANA protocol number](https://www.iana.org/assignments/ protocol-numbers/protocol-numbers.xhtml).
`provider`	Chaîne	Cet attribut est utilisé pour identifier de manière unique différentes sources de données de `ktranslate`. Le log de flux réseau aura toujours la valeur `kentik-flow-device`.
`sample_rate`	Numérique	Taux d'échantillonnage appliqué soit par la configuration du périphérique d'échantillonnage, soit par l'argument `sample_rate` dans `ktranslate`.
`src_addr`	Chaîne	L'adresse IP source de cet enregistrement de flux.
`src_as`	Numérique	La source [Autonomous System Number](https://www.iana.org/assignments/ as-numbers/as-numbers.xhtml) pour cet enregistrement de flux.
`src_as_name`	Chaîne	La source [Autonomous System Name](https://www.iana.org/assignments/ as-numbers/as-numbers.xhtml) pour cet enregistrement de flux.
`src_endpoint`	Chaîne	L'uplet source `IP:Port` pour cet enregistrement de flux. C'est une combinaison de `src_addr` et `l4_src_port`.
`src_geo`	Chaîne	Le pays source de cet enregistrement de flux, s'il est connu.
`tcp_flags`	Numérique	Drapeaux TCP dans cet enregistrement de flux.
`timestamp`	Numérique	L'heure, en secondes Unix, à laquelle cet enregistrement de flux a été reçu par l'API d'événement New Relic.

Ce document vous a-t-il aidé lors de votre installation ?

Quelle est la prochaine étape ?

Vous pouvez configurer des agents supplémentaires pour compléter vos données de flux réseau :

Pour obtenir une meilleure visibilité sur les performances de votre périphérique réseau, configurez le monitoring des données SNMP.
Pour obtenir une meilleure visibilité sur les messages syslog de votre réseau, configurez le monitoring syslog du réseau.

Cette traduction automatique est fournie pour votre commodité.

Configurer monitoringdes données de flux réseau

Prérequis

Prérequis Docker

Prérequis pour Podman

Prérequis pour l'hôte Linux

Prérequis pour les périphériques de données de flux réseau

Prérequis de sécurité du réseau

Types de données de flux réseau pris en charge

Conseil

Types de flux de réseau

Quand faut-il dimensionner la collecte de flux réseau ?

Configurer monitoringdes données de flux réseau

Configuration de l'installation guidée

Configuration manuelle du conteneur

Important

Important

Conseil

Trouvez et utilisez vos métriques

Champs KFlow

Ce document vous a-t-il aidé lors de votre installation ?

Quelle est la prochaine étape ?

Cette traduction automatique est fournie pour votre commodité.

Configurer monitoringdes données de flux réseau

Prérequis .css-21sua1{background:none;border:none;width:0;padding:0;}

Prérequis pour Podman

Prérequis pour l'hôte Linux

Prérequis pour les périphériques de données de flux réseau

Prérequis de sécurité du réseau

Types de données de flux réseau pris en charge

Conseil

Types de flux de réseau

Quand faut-il dimensionner la collecte de flux réseau ?

Configurer monitoringdes données de flux réseau

Configuration de l'installation guidée

Configuration manuelle du conteneur

Trouvez et utilisez vos métriques

Champs KFlow

Ce document vous a-t-il aidé lors de votre installation ?

Quelle est la prochaine étape ?

Prérequis