[Partage d'initié] Dépannage de la charge de processeur élevée des séries de commutateurs iStack S6700

publié il y a  2019-4-30 14:15:46Dernière réponse jul. 14, 2019 13:42:19 60 1 1 0
  F-coins comme récompense: 0 (Non résolu)


Récemment, je résous une affaire sur TAC liée à une charge de processeur élevée. Nous devions identifier la cause première de la charge élevée et prendre des mesures pour réduire la valeur de charge du processeur. Le périphérique concerné était un S6700, vous trouverez les détails de la version ci-dessous:

571a04b3af9db.JPG

Habituellement, lorsque vous repérez des événements de processeur élevés pour votre système, vous obtenez une sortie d'affichage de la commande «display cpu-usage» (utilisation du processeur), cela vous aide à identifier la tâche de processeur qui présente des valeurs élevées.

Soyons *** sous l’image, l’utilisation du processeur est assez élevée, 67%, mais cette valeur n’a pas d’impact sur le trafic de données afin que les utilisateurs puissent avoir l’impression que le réseau / les services fonctionnent mal. Les commutateurs Huawei utilisent une structure à double plan. Dans la structure, le plan de contrôle et le plan de transfert sont séparés l'un de l'autre et la transmission des données est complétée par le moteur de transfert du plan de transfert. Dans cette situation, une utilisation élevée de la CPU sur le plan de contrôle n'affecte pas le transfert de données sur le plan de transfert. Si l'utilisation élevée de l'UC sur le plan de contrôle entraîne un flap de protocole, la table de transfert est modifiée et le transfert de données est affecté.

Deuxièmement, l'utilisation de la tâche indique que la tâche XSTP occupe une partie des ressources de la CPU.

 

VIDL est la tâche système IDLE et il est normal d’avoir une valeur élevée.

Ce type de tâche est une tâche spéciale du système. Il s'appelle VIDL, a la priorité la plus basse et n'occupe la CPU que lorsque toutes les autres tâches sont inactives. Lorsqu'une tâche non inactive doit occuper la CPU, la tâche VIDL ne peut pas occuper la CPU. L'utilisation de la tâche VIDL par l'UC indique une utilisation moindre de l'UC et du système utilisateur.

 

La tâche du système d’exploitation est la tâche du système d’exploitation et il est normal de voir qu’elle détient 30% du CPU.

 

XSTP en détient 17%, ce qui est anormal. Cette tâche est associée au calcul du spanning tree. Nous devrons examiner la configuration du spanning tree pour trouver la cause.


571a050cb5b16.png

En parcourant la configuration, nous pouvons voir que le mode de fonctionnement est VBST. Il s'agit de la seule configuration liée au spanning-tree que nous pouvons trouver dans la configuration du système.

#

stp mode vbst

#


Nous devrons creuser plus profondément. Une autre commande utile pour résoudre les problèmes d'événements de processeur élevés est «afficher les statistiques de la défense du processeur». Cela montrera si le système reçoit trop de paquets appartenant à un type de protocole spécifique. Dans notre cas, nous pouvons voir que le système ne rejette aucun paquet lié à VBST. Nous pouvons donc en conclure que le système ne reçoit pas trop de paquets VBST dans un délai très court. Nous devrons chercher ailleurs.


571a053ef2b89.JPG

Vérification détaillée du processus Spanning Tree Je réussis à identifier que le nombre de PV est assez élevé. En utilisant la commande «display stp brief», je parviens à compter plus de 660 entrées. La quantité PV est le nombre d'interfaces compatibles VBST multiplié par le nombre de VLAN. Si la quantité PV dépasse les spécifications, l'utilisation de la CPU peut dépasser le seuil. En conséquence, le commutateur ne peut pas traiter les tâches à temps, le calcul du protocole est affecté. La spécification pour S6700 est d'environ 300 PV, mais si vous utilisez un système iStack, la spécification augmente en fonction du nombre d'éléments ajoutés à la pile. Par exemple, dans notre cas, nous avons 2 unités dans la pile, donc les spécifications sont d'environ 600 PV.

 

Pour résoudre le problème, l’affectation de VLAN a été optimisée, de sorte que 600 PV ont finalement été déployés et que la charge du processeur est restée normale. Les VLAN non utilisés ont été retirés des interfaces de lignes de réseau.


 571a0565152cd.JPG

J'espère que vous apprécierez cette affaire!

  • x
  • Standard:

Réponses en vedette
Gladiator
Admin publié il y a 2019-7-14 13:42:19 Utile(0) Utile(0)

Pour résoudre le problème, l’affectation de VLAN a été optimisée, de sorte que 600 PV ont finalement été déployés et que la charge du processeur est restée normale. Les VLAN non utilisés ont été retirés des interfaces de lignes de réseau.


 571a0565152cd.JPG

  • x
  • Standard:

Toutes les réponses
Gladiator
Gladiator Admin publié il y a 2019-7-14 13:42:19 Utile(0) Utile(0)

Pour résoudre le problème, l’affectation de VLAN a été optimisée, de sorte que 600 PV ont finalement été déployés et que la charge du processeur est restée normale. Les VLAN non utilisés ont été retirés des interfaces de lignes de réseau.


 571a0565152cd.JPG

  • x
  • Standard:

Commentaire

envoyer
Connectez-vous pour répondre. Se connecter | Enregistrer

Remarque Remarque : Afin de protéger vos droits et intérêts légitimes, ceux de la communauté et des tiers, ne divulguez aucun contenu qui pourrait présenter des risques juridiques pour toutes les parties. Le contenu interdit comprend, sans toutefois s'y limiter, le contenu politiquement sensible, le contenu lié à la pornographie, aux jeux d'argent, à l'abus et au trafic de drogues, le contenu qui peut divulguer ou enfreindre la propriété intellectuelle d'autrui, y compris les secrets professionnels, les marques commerciales, les droits d'auteur et les brevets, ainsi que la vie privée personnelle. Ne partagez pas votre nom d'utilisateur ou votre mot de passe avec d'autres personnes. Toutes les opérations effectuées à partir de votre compte seront considérées comme vos propres actions, et toutes les conséquences en découlant vous seront imputées. Pour plus de détails, voir « Politique de confidentialité ».
Si le bouton de la pièce-jointe n'est pas disponible, mettez à jour Adobe Flash Player à la dernière version.
Connectez-vous pour participer à la communication et au partage

Connectez-vous pour participer à la communication et au partage

S'identifier