Einleitung
In diesem Dokument wird beschrieben, wie Sie die CPU-Auslastung auf Cisco IOS®-Geräten erfassen, die das Simple Network Management Protocol (SNMP) verwenden.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Die Informationen in diesem Dokument gelten nur für Geräte, auf denen Cisco IOS-Software ausgeführt wird.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Konventionen
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Verfahren für Geräte mit einer CPU
Kritische Routerfunktionen wie die Routing-Protokollverarbeitung und das Paket-Switching werden im Arbeitsspeicher verarbeitet und nutzen die CPU gemeinsam. Bei einer sehr hohen CPU-Auslastung kann es daher vorkommen, dass ein Routing-Update nicht verarbeitet werden kann oder ein Process-Switching-Paket verworfen wird. Aus der CISCO-PROCESS-MIB gibt der cpmCPUTotal5minRev-MIB-Objektwert den prozentualen Anteil des verwendeten Prozessors im Fünfminütendurchschnitt an.
Hinweis: Verwenden Sie den Cisco MIB Locator, um Informationen zu MIB für eine bestimmte Plattform oder Softwareversion zu erhalten.
Das cpmCPUTotal5minRev-MIB-Objekt bietet eine genauere Ansicht der Leistung des Routers über einen längeren Zeitraum als die MIB-Objekte cpmCPUTotal1minRev und cpmCPUTotal5secRev. Diese MIB-Objekte sind ungenau, da sie die CPU in Intervallen von einer Minute bzw. fünf Sekunden betrachten. Mit diesen MIBs können Sie Trends überwachen und die Kapazität Ihres Netzwerks planen. Der empfohlene Schwellenwert für den Anstieg des Basiswerts für cpmCPUTotal5minRev beträgt 90 Prozent. Basierend auf der Plattform können einige Router, die zu 90 Prozent ausgeführt werden, eine Leistungsminderung aufweisen, verglichen mit einem High-End-Router, der problemlos funktioniert.
-
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6): Der prozentuale Gesamtanteil der CPU-Auslastung in den letzten fünf Sekunden. Dieses Objekt veraltet das Objekt cpmCPUTotal5sec und erhöht den Wertebereich auf (0..100).
-
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7): Der prozentuale Gesamtanteil der CPU-Auslastung in der letzten Minute. Dieses Objekt verwirft das Objekt cpmCPUTotal1min und erhöht den Wertebereich auf (0..100).
-
cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8): Der prozentuale Gesamtanteil der CPU-Auslastung in den letzten fünf Minuten. Dieses Objekt verwirft das Objekt cpmCPUTotal5min und erhöht den Wertebereich auf (0..100).
Diese Tabelle zeigt die neuen MIBs und ihre Objekte neben den alten MIBs und Objekten, die sie ersetzen:
Beispiel
Hier sehen Sie eine typische Ausgabe des Befehls show processes CPU auf einem Router, auf dem Cisco IOS Software 12.0(9) ausgeführt wird:
Router#show processes CPU
CPU utilization for five seconds: 2%/1%; one minute: 1%; five minutes: 1%
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>--
Aus der Ausgabe sind dies die relevanten Informationen:
Hinweis: Verwenden Sie auf Basis der Cisco IOS-Softwareversion, die auf dem Gerät ausgeführt wird, die entsprechenden MIB-Objekte.
Hinweis: Nur registrierte Cisco BenutzerInnen können auf interne Cisco Tools und Informationen zugreifen.
-
Die CPU-Auslastung in den letzten fünf Sekunden [auch verfügbar über objectbusyPer (.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
-
Der Prozentsatz der CPU-Zeit auf Interrupt-Ebene (Fast-Switched-Pakete) über einen Zeitraum von fünf Sekunden. Wenn Sie die Differenz zwischen der ersten und der zweiten Sekunde berechnen, erhalten Sie den Prozentsatz von fünf Sekunden, den der Router auf Prozessebene verbringt. In diesem Fall gibt der Router in den letzten fünf Sekunden ein Prozent auf Prozessebene aus (prozessgeschaltete Pakete - keine MIB-Variable).
-
Die CPU-Auslastung in der letzten Minute [verfügbar auch über das Objekt 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
%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
Wenn Sie CPU-Nutzungsvariablen und andere SNMP-Variablen abfragen, wird die tatsächliche CPU-Nutzung beeinflusst. Manchmal beträgt die Auslastung 99 Prozent, wenn Sie die Variable in Intervallen von einer Sekunde fortlaufend abfragen. Es ist eine Übertreibung, so häufig abzufragen, aber die Auswirkungen auf die CPU zu berücksichtigen, wenn Sie bestimmen, wie häufig Sie die Variable abfragen möchten.
Verfahren für Geräte mit mehreren CPUs
Wenn Ihr Cisco IOS-Gerät über mehrere CPUs verfügt, müssen Sie CISCO-PROCESS-MIB und das zugehörige Objekt cpmCPUTotal5minRev aus der Tabelle cpmCPUTotalTable verwenden, die mit cpmCPUTotalIndex indexiert ist. Diese Tabelle ermöglicht CISCO-PROCESS-MIB die Speicherung von CPU-Statistiken für verschiedene physische Einheiten im Router, z. B. verschiedene CPU-Chips, CPU-Gruppen oder CPUs in verschiedenen Modulen/Karten. Bei einer einzelnen CPU hat cpmCPUTotalTable nur einen Eintrag.
Informationen zu verschiedenen physischen Einheiten im Router werden in der entPhysicalTable der standardbasierten ENTITY-MIB von RFC 2737 gespeichert. Sie können auf einfache Weise zwischen zwei Tabellen ( cpmCPUTotalTable und entPhysicalTable) eine Verknüpfung herstellen: Jede Zeile von cpmCPUTotalTable hat ein Objekt cpmCPUTotalPhysicalIndex, das den Wert des entPhysicalIndex (Index der ent PhysicalTable) behält , und auf den Eintrag in entPhysical verweist PhysicalTable, die der physischen Einheit entspricht, für die diese CPU-Statistiken verwaltet werden.
Das bedeutet, dass das Cisco IOS-Gerät sowohl CISCO-PROCESS-MIB als auch ENTITY-MIB unterstützen muss, damit Sie relevante Informationen zur CPU-Auslastung abrufen können. Der einzige Fall, in dem Sie keine ENTITY-MIB benötigen oder verwenden müssen, ist, wenn Sie nur eine CPU haben.
Beispiel
Überwachung der Verwendung mehrerer CPUs im Chassis (RSP und zwei VIPs). Dasselbe gilt für GSR-Linecards.
-
PollcpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5), um den "prozentualen Gesamtanteil der CPU-Auslastung in den letzten 5 Minuten" für alle CPUs im Chassis zu erhalten. Die Ausgabe zeigt, dass das Gerät über drei CPUs verfügt, die in den letzten 5 Minuten für 10 %, 1 % und 2 % verwendet wurden.
%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
Hinweis: Verwenden Sie auf Basis der Cisco IOS-Softwareversion, die auf dem Gerät ausgeführt wird, die entsprechenden MIB-Objekte.
-
Um die physikalische Einheit zu identifizieren, der diese Werte entsprechen, müssen Sie den cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2) abfragen.Es werden drei physikalische Einheiten mit den Indizes 9, 25 und 28 angezeigt:
%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
-
Um die jeweilige Karte zu identifizieren, auf die sich jeder physische Eintrag bezieht, muss der entsprechende entPhysicalName-Eintrag (.1.3.6.1.2.1.47.1.1.1.1.7) mit den genauen Indizes 9, 25, 28 aus Schritt 2 als letzte Ziffer abgefragt werden. Wie Sie sehen, wird RSP zu 10 % und VIPs in Steckplatz 4 und 6 zu 1/2 % genutzt.
%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
Zugehörige Informationen