SupportConsoleDéveloppeursCommencer un essaiContact

34.10. Dépannage de l'observabilité des réseaux

Pour faciliter la résolution des problèmes liés à l'observabilité du réseau, vous pouvez effectuer certaines actions de dépannage.

34.10.1. Configuration du trafic réseau dans la console OpenShift Container Platform

Configurer manuellement l'entrée de menu du trafic réseau dans la console OpenShift Container Platform lorsque l'entrée de menu du trafic réseau n'est pas listée dans le menu de la console OpenShift Container Platform Observe l'entrée de menu trafic réseau n'est pas listée dans la console OpenShift Container Platform.

Conditions préalables

  • Vous avez installé OpenShift Container Platform version 4.10 ou plus récente.

Procédure

  1. Vérifiez si le champ spec.consolePlugin.register est défini sur true en exécutant la commande suivante : 

    $ oc -n netobserv get flowcollector cluster -o yaml

    Exemple de sortie

    apiVersion: flows.netobserv.io/v1alpha1
kind: FlowCollector
metadata:
  name: cluster
spec:
  consolePlugin:
    register: false

  2. Facultatif : Ajoutez le plugin netobserv-plugin en modifiant manuellement la configuration de l'opérateur de console : 

    $ oc edit console.operator.openshift.io cluster

    Exemple de sortie

    ...
spec:
  plugins:
  - netobserv-plugin
...

  3. Facultatif : Définissez le champ spec.consolePlugin.register sur true en exécutant la commande suivante : 

    $ oc -n netobserv edit flowcollector cluster -o yaml

    Exemple de sortie

    apiVersion: flows.netobserv.io/v1alpha1
kind: FlowCollector
metadata:
  name: cluster
spec:
  consolePlugin:
    register: true

  4. Assurez-vous que le statut des pods de console est running en exécutant la commande suivante : 

    $ oc get pods -n openshift-console -l app=console

  5. Redémarrez les pods de la console en exécutant la commande suivante : 

    $ oc delete pods -n openshift-console -l app=console
  6. Effacez le cache et l'historique de votre navigateur.

  7. Vérifiez l'état des pods du plugin Network Observability en exécutant la commande suivante : 

    $ oc get pods -n netobserv -l app=netobserv-plugin

    Exemple de sortie

    NAME                                READY   STATUS    RESTARTS   AGE
netobserv-plugin-68c7bbb9bb-b69q6   1/1     Running   0          21s

  8. Vérifiez les journaux des pods du plugin Network Observability en exécutant la commande suivante : 

    $ oc logs -n netobserv -l app=netobserv-plugin

    Exemple de sortie

    time="2022-12-13T12:06:49Z" level=info msg="Starting netobserv-console-plugin [build version: , build date: 2022-10-21 15:15] at log level info" module=main
time="2022-12-13T12:06:49Z" level=info msg="listening on https://:9001" module=server

34.10.2. Flowlogs-Pipeline ne consomme pas les flux réseau après l'installation de Kafka

Si vous avez d'abord déployé le collecteur de flux avec deploymentModel: KAFKA, puis déployé Kafka, il se peut que le collecteur de flux ne se connecte pas correctement à Kafka. Redémarrez manuellement les pods flow-pipeline dans lesquels Flowlogs-pipeline ne consomme pas de flux réseau depuis Kafka.

Procédure

  1. Supprimez les pods flow-pipeline pour les redémarrer en exécutant la commande suivante : 

    $ oc delete pods -n netobserv -l app=flowlogs-pipeline-transformer

34.10.3. Ne pas voir les flux de réseau provenant des interfaces br-int et br-ex

br-ex` et br-int sont des ponts virtuels fonctionnant à la couche 2 de l'OSI. L'agent eBPF travaille aux niveaux IP et TCP, respectivement aux couches 3 et 4. Vous pouvez vous attendre à ce que l'agent eBPF capture le trafic réseau passant par br-ex et br-int, lorsque le trafic réseau est traité par d'autres interfaces telles que des interfaces d'hôtes physiques ou de pods virtuels. Si vous limitez les interfaces réseau de l'agent eBPF à br-ex et br-int, vous ne verrez aucun flux réseau.

Supprimez manuellement la partie de interfaces ou excludeInterfaces qui restreint les interfaces réseau à br-int et br-ex.

Procédure

  1. Supprimez le champ interfaces: [ 'br-int', 'br-ex' ]. Cela permet à l'agent d'obtenir des informations de toutes les interfaces. Vous pouvez également spécifier l'interface de couche 3, par exemple eth0. Exécutez la commande suivante : 

    $ oc edit -n netobserv flowcollector.yaml -o yaml

    Exemple de sortie

    apiVersion: flows.netobserv.io/v1alpha1
kind: FlowCollector
metadata:
  name: cluster
spec:
  agent:
    type: EBPF
    ebpf:
      interfaces: [ 'br-int', 'br-ex' ] 1

    1
    Spécifie les interfaces réseau.

34.10.4. Le pod de gestion du contrôleur de l'observabilité du réseau manque de mémoire

Vous pouvez augmenter les limites de mémoire pour l'opérateur Network Observability en corrigeant la version du service de cluster (CSV), où le pod du gestionnaire du contrôleur Network Observability manque de mémoire.

Procédure

  1. Exécutez la commande suivante pour patcher le CSV : 

    $ oc -n netobserv patch csv network-observability-operator.v1.0.0 --type='json' -p='[{"op": "replace", "path":"/spec/install/spec/deployments/0/spec/template/spec/containers/0/resources/limits/memory", value: "1Gi"}]'

    Exemple de sortie

    clusterserviceversion.operators.coreos.com/network-observability-operator.v1.0.0 patched

  2. Exécutez la commande suivante pour afficher le fichier CSV mis à jour : 

    $ oc -n netobserv get csv network-observability-operator.v1.0.0 -o jsonpath='{.spec.install.spec.deployments[0].spec.template.spec.containers[0].resources.limits.memory}'
1Gi
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.