Introduzione
Questo documento descrive come raccogliere l'utilizzo della CPU sui dispositivi Cisco IOS® che usano il protocollo SNMP (Simple Network Management Protocol).
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Le informazioni discusse in questo documento sono valide solo per i dispositivi con software Cisco IOS.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Convenzioni
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Procedura per i dispositivi con CPU singola
Le funzioni critiche del router, come l'elaborazione del protocollo di routing e la commutazione dei pacchetti, vengono gestite in memoria e condividono la CPU. Pertanto, se l'utilizzo della CPU è molto elevato, è possibile che non sia possibile gestire un aggiornamento di routing o che un pacchetto di commutazione di contesto venga scartato. Dal CISCO-PROCESS-MIB, il valore dell'oggetto MIB cpmCPUTotal5minRev indica la percentuale del processore in uso su una media di cinque minuti.
Nota: utilizzare Cisco MIB Locator per trovare informazioni sul MIB su una particolare piattaforma o versione software.
L'oggetto MIB cpmCPUTotal5minRev fornisce una visualizzazione più accurata delle prestazioni del router nel tempo rispetto agli oggetti MIB cpmCPUTotal1minRev e cpmCPUTotal5secRev. Questi oggetti MIB non sono accurati perché osservano la CPU a intervalli di un minuto e cinque secondi, rispettivamente. Questi MIB consentono di monitorare le tendenze e pianificare la capacità della rete. La soglia di aumento di base consigliata per cpmCPUTotal5minRev è del 90%. In base alla piattaforma, alcuni router che funzionano al 90% possono presentare un peggioramento delle prestazioni rispetto a un router di fascia alta, che può funzionare correttamente.
-
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6): percentuale complessiva di CPU occupata nell'ultimo periodo di cinque secondi. Questo oggetto depreca l'oggetto cpmCPUTotal5sec e aumenta l'intervallo di valori a (0..100).
-
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7): percentuale complessiva di CPU occupata nell'ultimo periodo di un minuto. Questo oggetto depreca l'oggetto cpmCPUTotal1min e aumenta l'intervallo di valori a (0..100).
-
cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8): percentuale complessiva di CPU occupata negli ultimi cinque minuti. Questo oggetto depreca l'oggetto cpmCPUTotal5min e aumenta l'intervallo di valori a (0..100).
Nella tabella seguente vengono illustrati i nuovi MIB e i relativi oggetti accanto ai MIB precedenti e agli oggetti da essi sostituiti:
Esempio
Di seguito è riportato un output tipico del comando show process CPU su un router con software Cisco IOS versione 12.0(9):
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>--
Dall'output, queste sono le informazioni rilevanti:
Nota: in base alla versione software Cisco IOS in esecuzione sul dispositivo, utilizzare gli oggetti MIB appropriati.
Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti Cisco interni.
-
L'utilizzo della CPU negli ultimi cinque secondi [disponibile anche tramite l'opzione objectBUSPER (.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
-
La percentuale di tempo CPU a livello di interrupt (pacchetti a commutazione veloce) su un periodo di cinque secondi. Se si calcola la differenza tra il primo e il secondo, si arriva alla percentuale di cinque secondi spesa dal router a livello di processo. In questo caso, il router spende l'1% a livello di processo negli ultimi cinque secondi (pacchetti a commutazione di contesto - nessuna variabile MIB).
-
Utilizzo della CPU nell'ultimo minuto [disponibile anche tramite l'oggetto 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
Il polling delle variabili di utilizzo della CPU e di qualsiasi altra variabile SNMP influisce sull'utilizzo effettivo della CPU. A volte, l'utilizzo è del 99% quando si esegue continuamente il polling della variabile a intervalli di un secondo. Il polling così frequente è un'overkill, ma tenere in considerazione l'impatto sulla CPU quando si determina la frequenza con cui si desidera eseguire il polling della variabile.
Procedura per i dispositivi con più CPU
Se il dispositivo Cisco IOS in uso dispone di più CPU, è necessario utilizzare CISCO-PROCESS-MIB e il relativo oggetto cpmCPUTotal5minRev dalla tabella cpmCPUTotalTable, indicizzata con cpmCPUTotalIndex. Questa tabella consente a CISCO-PROCESS-MIB di mantenere le statistiche della CPU per diverse entità fisiche nel router, come diversi chip CPU, gruppi di CPU o CPU in moduli/schede diversi. Nel caso di una singola CPU, cpmCPUTotalTable dispone di una sola voce.
Le informazioni sulle diverse entità fisiche nel router sono archiviate nella tabella entPhysicalTable della RFC 2737 basata sullo standard ENTITY-MIB. È possibile collegare facilmente due tabelle ( cpmCPUTotalTable e entPhysicalTable): ogni riga di cpmCPUTotalTable dispone di un oggetto cpmCPUTotalPhysicalIndex che mantiene il valore di entPhysicalIndex (indice di entPhysicalTable) e punta alla voce in entPhysicalTable, corrispondente all'entità fisica per cui vengono gestite le statistiche della CPU.
Ciò implica che il dispositivo Cisco IOS deve supportare CISCO-PROCESS-MIB e ENTITY-MIB in modo che l'utente sia in grado di recuperare le informazioni pertinenti sull'utilizzo della CPU. L'unico caso in cui non è necessario disporre di o utilizzare ENTITY-MIB è quando si dispone di una sola CPU.
Esempio
Monitoraggio dell'utilizzo di più CPU nello chassis (RSP e due VIP). Lo stesso vale per le schede di linea GSR.
-
PollcpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) per ottenere la "percentuale di CPU occupata complessiva negli ultimi 5 minuti" per tutte le CPU dello chassis. L'output mostra che il dispositivo dispone di tre CPU, utilizzate per il 10%, l'1% e il 2% negli ultimi 5 minuti.
%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
Nota: in base alla versione software Cisco IOS in esecuzione sul dispositivo, utilizzare gli oggetti MIB appropriati.
-
Per identificare l'entità fisica a cui corrispondono questi valori, poll cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2).Vengono visualizzate tre entità fisiche con gli indici 9, 25 e 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
-
Per identificare la particolare carta a cui è correlata ogni voce fisica, polling corrispondente entPhysicalName (.1.3.6.1.2.1.47.1.1.1.1.7)voce, con gli indici esatti 9, 25, 28 del passo 2, come ultima cifra. Come si può notare, l'RSP è utilizzato per il 10%, mentre i VIP negli slot 4 e 6 sono utilizzati per l'1 e il 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
Informazioni correlate