Pour les partenaires
Vous êtes déjà partenaire?
ConnexionAvez-vous un compte?
Ce document décrit comment recueillir l'utilisation du processeur sur les périphériques de Cisco IOS® qui utilisent le protocole de gestion de réseau simple (SNMP).
Aucune spécification déterminée n'est requise pour ce document.
Les informations de ce document ne concernent que les périphériques qui exécutent le logiciel Cisco IOS. L'exemple c7500 avec plusieurs processeurs utilise le logiciel Cisco IOS Version 12.0(22)S3.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Les fonctions critiques du routeur, telles que le traitement du protocole de routage et la commutation de paquets de processus, sont gérées en mémoire et partagent le processeur. Ainsi, si l'utilisation du CPU est très élevée, il est possible qu'une mise à jour de routage ne puisse pas être gérée ou qu'un paquet de commutation de processus soit abandonné. À partir de la base MIB CISCO-PROCESS, la valeur de l'objet MIB cpmCPUTotal5minRev indique le pourcentage du processeur utilisé sur une moyenne de cinq minutes.
L'objet MIB cpmCPUTotal5minRev fournit une vue plus précise des performances du routeur au fil du temps que les objets MIB cpmCPUTotal1minRev et cpmCPUTotal5secRev . Ces objets MIB ne sont pas précis, car ils examinent le processeur à intervalles d'une minute et de cinq secondes, respectivement. Ces MIB vous permettent de surveiller les tendances et de planifier la capacité de votre réseau. Le seuil d'augmentation recommandé pour cpmCPUTotal5minRev est de 90 %. En fonction de la plate-forme, certains routeurs qui fonctionnent à 90 %, par exemple les routeurs 2500, peuvent présenter une dégradation des performances par rapport à un routeur haut de gamme, par exemple la gamme 7500, qui peut fonctionner correctement.
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6) : Pourcentage d'occupation globale du processeur au cours des cinq dernières secondes. Cet objet déprécie l'objet cpmCPUTotal5sec et augmente la plage de valeurs à (0.100).
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7) : Pourcentage d'occupation globale du processeur au cours de la dernière période d'une minute. Cet objet déprécie l'objet cpmCPUTotal1min et augmente la plage de valeurs à (0.100).
cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8) : Pourcentage d'occupation globale du processeur au cours des cinq dernières minutes. Cet objet déprécie l'objet cpmCPUTotal5min et augmente la plage de valeurs à (0.100).
Ce tableau présente les nouvelles bases MIB et leurs objets à côté des anciennes bases MIB et des objets qu'elles remplacent :
Version | Logiciel Cisco IOS versions 12.2(3.5) ou ultérieures | Versions du logiciel Cisco IOS ultérieures à 12.0(3)T et antérieures à 12.2(3.5) | Versions du logiciel Cisco IOS antérieures à 12.0(3)T |
MIB | CISCO-PROCESS-MIB | CISCO-PROCESS-MIB | ANCIEN CISCO-CPU-MIB |
Objets | cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8) | cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) | avgBusy5 (.1.3.6.1.4.1.9.2.1.58) |
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7) | cpmCPUTotal1min (.1.3.6.1.4.1.9.9.109.1.1.1.1.4) | avgBusy1 (.1.3.6.1.4.1.9.2.1.57) | |
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6) | cpmCPUTotal5sec (.1.3.6.1.4.1.9.9.109.1.1.1.1.3) | OccupéPar (.1.3.6.1.4.1.9.2.1.56) |
Voici un résultat type de la commande show processes CPU sur un routeur qui exécute le logiciel Cisco IOS Version 12.0(9) :
Router# show processes CPU CPU utilization for five seconds: 2%A/1%B; one minute: 1%C; five minutes: 1%D PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 1 164 137902 1 0.00% 0.00% 0.00% 0 Load Meter 2 100 119 840 0.57% 0.11% 0.02% 2 Virtual Exec 3 468644 81652 5739 0.00% 0.04% 0.05% 0 Check heaps 4 0 1 0 0.00% 0.00% 0.00% 0 Pool Manager 5 0 2 0 0.00% 0.00% 0.00% 0 Timers 6 0 2 0 0.00% 0.00% 0.00% 0 Serial Background 7 0 1 0 0.00% 0.00% 0.00% 0 OIR Handler 8 0 1 0 0.00% 0.00% 0.00% 0 IPC Zone Manager 9 348 689225 0 0.00% 0.00% 0.00% 0 IPC Periodic Tim 10 0 1 0 0.00% 0.00% 0.00% 0 IPC Seat Manager 11 175300 332916 526 0.00% 0.02% 0.00% 0 ARP Input 12 3824 138903 27 0.00% 0.00% 0.00% 0 HC Counter Timer 13 0 2 0 0.00% 0.00% 0.00% 0 DDR Timers 14 0 1 0 0.00% 0.00% 0.00% 0 Entity MIB API 15 0 1 0 0.00% 0.00% 0.00% 0 SERIAL A'detect 16 0 1 0 0.00% 0.00% 0.00% 0 Microcode Loader 17 0 1 0 0.00% 0.00% 0.00% 0 IP Crashinfo Inp --<snip>--
Voici les informations pertinentes :
Remarque : Sur la base de la version du logiciel Cisco IOS qui s'exécute sur le périphérique, utilisez les objets MIB appropriés.
Utilisation du processeur au cours des cinq dernières secondes [également disponible via l'objet OccupéPar (.1.3.6.1.4.1.9.2.1.56)]
%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.56 !--- SNMP Query enterprises.9.2.1.56.0 = 2 !--- Response
Pourcentage de temps processeur au niveau d'interruption (paquets à commutation rapide), sur une période de cinq secondes. Si vous prenez la différence entre la première et la seconde, vous obtenez le pourcentage de cinq secondes que le routeur dépense au niveau du processus. Dans ce cas, le routeur dépense 1 % au niveau du processus au cours des cinq dernières secondes (paquets à commutation de processus - Pas de variable MIB).
Utilisation du processeur au cours de la dernière minute [également disponible via l'objet avgBusy1 (.1.3.6.1.4.1.9.2.1.57)]
%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.57 !--- SNMP Query enterprises.9.2.1.57.0 = 3 !--- Response
Utilisation du processeur au cours des cinq dernières minutes [également disponible via l'objet avgBusy5 (.1.3.6.1.4.1.9.2.1.58)]
%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.58 !--- SNMP Query enterprises.9.2.1.58.0 = 1 !--- Response
Lorsque vous interrogez les variables d'utilisation du CPU et toute autre variable SNMP, l'utilisation réelle du CPU est affectée. Parfois, l'utilisation est de 99 % quand vous interrogez continuellement la variable à intervalles d'une seconde. Il est exagéré de sonder si fréquemment, mais prenez en compte l'impact sur le CPU lorsque vous déterminez la fréquence à laquelle vous voulez interroger la variable.
Si votre périphérique IOS dispose de plusieurs processeurs, vous devez utiliser CISCO-PROCESS-MIB et son objet cpmCPUTotal5minRev à partir de la table appelée cpmCPUTotalTable , indexée avec cpmCPUTotalIndex. Ce tableau permet à CISCO-PROCESS-MIB de conserver les statistiques de CPU pour différentes entités physiques du routeur, comme différentes puces de CPU, groupes de CPU ou CPU dans différents modules/cartes. Dans le cas d'un seul processeur, cpmCPUTotalTable n'a qu'une seule entrée.
Les informations sur les différentes entités physiques du routeur sont stockées dans la tablePhysiqueent de la base standard ENTITY-MIB RFC 2737. Vous pouvez établir une liaison entre deux tables (cpmCPUTotalTable et entPhysicalTable ) facilement : chaque ligne de cpmCPUTotalTable possède un objet cpmCPUTotalPhysicalIndex qui conserve la valeur de l'entPhysicalIndex (index de entPhysicalTable) et pointe vers l'entrée dans entPhysicalTable, correspondant à l'entité physique pour laquelle ces statistiques CPU sont conservées.
Cela implique que le périphérique IOS doit prendre en charge CISCO-PROCESS-MIB et ENTITY-MIB pour que vous puissiez récupérer les informations pertinentes sur l'utilisation du processeur. Le seul cas où vous n'avez pas besoin d'avoir ou d'utiliser ENTITY-MIB est lorsque vous n'avez qu'un seul processeur.
Surveillez l'utilisation de plusieurs processeurs dans le châssis 7500 (RSP et deux VIP). Il en va de même pour les cartes de ligne GSR. Utilisez le logiciel Cisco IOS Version 12.0(22)S3 ou ultérieure lorsque vous interrogez c7500 ou GSR pour ces valeurs. Connaître les bogues associés : CSCdw52978 (clients enregistrés uniquement) , CSCdp17238 (clients enregistrés uniquement) .
Sondage cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.5) pour obtenir « le pourcentage d'occupation globale du processeur au cours des 5 dernières minutes » pour tous les processeurs du châssis. Le résultat montre que le périphérique 7507 a trois processeurs, utilisés pour 10 %, 1 % et 2 % au cours des 5 dernières minutes.
%snmpwalk –v2c –c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.5 !--- SNMP Query enterprises.9.9.109.1.1.1.1.5.1 = 10 enterprises.9.9.109.1.1.1.1.5.8 = 1 enterprises.9.9.109.1.1.1.1.5.9 = 2 !--- Response
Remarque : Sur la base de la version du logiciel Cisco IOS qui s'exécute sur le périphérique, utilisez les objets MIB appropriés.
Afin d'identifier l'entité physique à laquelle ces valeurs correspondent, interrogez cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2). Vous voyez trois entités physiques avec les index 9, 25 et 28 :
%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2 !--- SNMP Query enterprises.9.9.109.1.1.1.1.2.1 = 9 enterprises.9.9.109.1.1.1.1.2.8 = 25 enterprises.9.9.109.1.1.1.1.2.9 = 28 !--- Response
Afin d'identifier la carte particulière à laquelle chaque entrée physique est associée, interrogez entPhysicalName (.1.3.6.1.2.1.47.1.1.1.1.7) entrée, avec les index exacts 9, 25, 28 de l'étape 2, comme dernier chiffre. Vous voyez que le RSP est utilisé pour 10 % et les VIP dans les logements 4 et 6 pour 1 et 2 %.
%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.9 !--- SNMP Query 47.1.1.1.1.7.9 = "RSP at Slot 2" !--- Response %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.25 !--- SNMP Query 47.1.1.1.1.7.25 = "Line Card 4" !--- Reponse %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.28 !--- SNMP Query 47.1.1.1.1.7.28 = "Line Card 6" !--- Response
Le module LANE Catalyst 5000 exécute le code IOS et prend en charge ces objets à partir de l'ANCIENNE MIB CISCO-CPU mentionnée dans Procédure pour les périphériques avec un seul processeur :
Le module Catalyst 5000 LANE ne possède pas sa propre adresse IP. Par conséquent, vous devez utiliser l'adresse IP du superviseur Catalyst avec l'indexation des chaînes de communauté. Par exemple, si votre carte LANE se trouve dans le logement 6 de votre catalyseur et que votre chaîne de communauté est publique, utilisez la chaîne de communauté "public@6" et envoyez la requête SNMP à l'adresse IP du module de supervision. Référez-vous à Indexation des chaînes de communauté SNMP pour plus d'informations.
Remarque : si vous ne spécifiez pas le numéro de module dans la communauté, vous recevez des données correspondant au premier module LANE du châssis Catalyst.