Erfassen der CPU-Auslastung auf Cisco IOS-Geräten mit SNMP
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 hohen CPU-Auslastung können Routing-Updates verzögert werden, und Pakete, die Prozess-Switching erfordern, können verworfen werden. Aus der CISCO-PROCESS-MIB gibt der cpmCPUTotal5minRev MIB-Objektwert den prozentualen Anteil des verwendeten Prozessors im Fünfminütendurchschnitt an.
Anmerkung: Verwenden Sie den Cisco MIB Locator, um Informationen zu MIB für eine bestimmte Plattform oder Softwareversion zu erhalten.
Das MIB-Objekt cpmCPUTotal5minRev bietet eine weniger variable Ansicht der CPU-Auslastung über einen längeren Zeitraum als cpmCPUTotal1minRev und cpmCPUTotal5secRev. Die Ein-Minuten- und Fünf-Sekunden-Objekte stellen Messwerte mit kürzeren Intervallen bereit, mit denen sich ein kurzzeitiger Anstieg der Auslastung feststellen lässt. Mit diesen MIBs können Sie Trends überwachen und die Kapazität Ihres Netzwerks planen. Ein um 90 % steigender Schwellenwert für cpmCPUTotal5minRev ist ein anfängliches Überwachungsbeispiel. den Betriebsschwellenwert entsprechend der Plattform und der beobachteten CPU-Baseline festzulegen. Basierend auf der Plattform können einige Router, die zu 90 % ausgeführt werden, im Vergleich zu einem High-End-Router, der problemlos funktioniert, eine Leistungsminderung aufweisen.
-
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 verwirft das Objekt cpmCPUTotal5sec und gibt einen Wert von 0 bis 100 % an.
-
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 gibt einen Wert von 0 bis 100% an.
-
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 gibt einen Wert von 0 bis 100% an.
Diese Tabelle zeigt die neuen MIBs und ihre Objekte neben den alten MIBs und den Objekten, die sie ersetzen:
| Version |
Cisco IOS Software-Versionen 12.2(3.5) oder höher |
Cisco IOS Software-Versionen später als 12.0(3)T und vor 12.2(3.5) |
| MIB |
||
| Objekte |
cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8) cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7) cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6) |
cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) cpmCPUTotal1min (.1.3.6.1.4.1.9.9.109.1.1.1.1.4) cpmCPUTotal5sec (.1.3.6.1.4.1.9.9.109.1.1.1.1.3) |
Beispiel
Dies ist ein Beispiel, das mit dem Befehl show processes cpu auf einem Router mit Cisco IOS® Software, Version 12.0(9), ausgegeben 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:
Die CPU-Auslastung in den letzten fünf Sekunden [auch verfügbar über das Objekt busyPer (.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 5 Sekunden. Wenn Sie den Unterschied zwischen der ersten und der zweiten Sekunde ausmachen, erhalten Sie den Prozentsatz von 5 Sekunden, den der Router auf Prozessebene verbringt. In diesem Fall gibt der Router in den letzten 5 Sekunden 1 % 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
-
Die CPU-Auslastung in den letzten 5 Minuten [auch verfügbar über das Objekt 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
Wenn Sie CPU-Nutzungsvariablen und andere SNMP-Variablen abfragen, wird die tatsächliche CPU-Nutzung beeinflusst. Häufiges Polling in Intervallen von einer Sekunde kann die CPU-Auslastung auf einigen Geräten deutlich erhöhen. Es ist eine Übertreibung, so häufig abzufragen, aber berücksichtigen Sie die Auswirkungen auf die CPU, wenn Sie bestimmen, wie oft 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 cpmCPUTotal5minRev-Objekt aus der cpmCPUTotalTable verwenden, indiziert mit cpmCPUTotalIndex. 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. Für eine einzelne 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 verfügt über ein cpmCPUTotalPhysicalIndex-Objekt, das den Wert von entPhysicalIndex (Index von entPhysicalTable) beibehält und auf den Eintrag in entPhysicalTable verweist. Dies entspricht der physischen Einheit, für die die CPU-Statistiken verwaltet werden.
CISCO-PROCESS-MIB liefert die CPU-Auslastungswerte. Um einen CPU-Eintrag mit einer benannten physischen Einheit zu verknüpfen, muss das Gerät auch den entsprechenden ENTITY-MIB-Eintrag verfügbar machen. ENTITY-MIB ist nicht erforderlich, um lediglich CPU-Nutzungswerte abzurufen.
Beispiel
Überwachung der Verwendung mehrerer CPUs im Chassis
1. Umfrage cpmCPUTotal5min (.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 abzurufen. Die Ausgabe zeigt, dass das Gerät über 3 CPUs verfügt, die in den letzten 5 Minuten für 10 %, 1 % und 2 % genutzt 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
Anmerkung: Verwenden Sie auf Basis der Cisco IOS Software-Version, die auf dem Gerät ausgeführt wird, die entsprechenden MIB-Objekte.
2. Um die physikalische Einheit zu identifizieren, in der diese Werte übereinstimmen, rufen Sie cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.2) ab. Sie sehen 3 physikalische Einheiten mit den Indizes 9, 25 und 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
3. Um die Karte zu identifizieren, auf der sich jeder physische Eintrag bezieht, muss der entsprechende entPhysicalName-Eintrag (.1.3.6.1.2.1.47.1.1.1.7) mit den genauen Indizes 9, 25, 28 aus Schritt 2 als letzte Ziffer abgefragt werden. Wie Sie sehen, wird der RSP zu 10 % und die VIPs in den Steckplätzen 4 und 6 zu 1 % und 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
- Verständnis der VIP-CPU mit 99 % und der Rx-seitigen Pufferung
- Fehlerbehebung bei hoher CPU-Auslastung auf Cisco Routern
- Indizierung von SNMP-Community-Zeichenfolgen
- Index des Simple Network Management Protocol
- Technischer Support und Downloads von Cisco
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
3.0 |
07-Oct-2026
|
Aktualisierte Rechtschreibung, Grammatik, Abstände, eingefügte horizontale Linien in separate Abschnitte zur besseren Lesbarkeit, korrigierte CCW-Warnungen. |
2.0 |
23-Feb-2024
|
Rezertifizierung |
1.0 |
14-Dec-2001
|
Erstveröffentlichung |
Feedback