使用SNMP收集Cisco IOS裝置上的CPU使用率
簡介
本文說明如何收集使用簡易網路管理通訊協定(SNMP)的Cisco IOS®裝置的CPU使用率。
必要條件
需求
本文件沒有特定需求。
採用元件
本檔案中的資訊僅適用於執行Cisco IOS®軟體的裝置。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
慣例
如需文件慣例的詳細資訊，請參閱思科技術提示慣例。
單CPU裝置的過程
關鍵路由器功能（如路由協定處理和進程資料包交換）在記憶體中處理並共用CPU。如果CPU使用率高，路由更新可能會延遲，需要進程交換的資料包可能會被丟棄。在CISCO-PROCESS-MIB中，cpmCPUTotal5minRev MIB對象值報告處理器使用百分比超過五分鐘平均值。
附註：使用Cisco MIB Locator查詢有關特定平台或軟體版本上的MIB的資訊。
cpmCPUTotal5minRev MIB對象提供的隨著時間的推移CPU利用率的可變檢視比cpmCPUTotal1minRev和cpmCPUTotal5secRev要少。一分鐘和五秒的對象提供了更短的間隔測量，這有助於確定使用率的短暫提高。這些MIB使您能夠監控趨勢並規劃網路的容量。cpmCPUTotal5minRev的90%上升閾值是初始監控示例；根據平台及其觀察的CPU基線設定操作閾值。基於該平台，某些運行率為90%的路由器與高端路由器相比效能會下降，而且運行良好。
-
cpmCPUTotal5secRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.6):過去五秒期間的整體CPU忙碌百分比。此對象將折舊對象cpmCPUTotal5sec，並報告從0到100%的值。
-
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7):過去一分鐘內的總體CPU忙碌百分比。此對象將折舊對象cpmCPUTotal1min，並報告從0到100%的值。
-
cpmCPUTotal5minRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.8):過去五分鐘內的總體CPU忙碌百分比。此對象將折舊對象cpmCPUTotal5min並報告從0到100%的值。
下表顯示了新MIB及其對象，位於舊MIB及其替換對象旁邊：
| 版本 |
Cisco IOS軟體版本12.2(3.5)或更高版本 |
Cisco IOS軟體版本更新到12.0(3)T和12.2(3.5)之前 |
| MIB |
||
| 對象 |
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.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.5) cpmCPUTotal1min (.1.3.6.1.4.1.9.9.109.1.1.1.4) cpmCPUTotal5sec (.1.3.6.1.4.1.9.9.109.1.1.1.1.3) |
範例
以下是執行Cisco IOS®軟體版本12.0(9)的路由器上show processes cpu命令的輸出範例：
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>--
從輸出中，獲得以下相關資訊：
過去五秒的CPU使用率[也可通過對象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
-
5秒內中斷級別（快速交換資料包）的CPU時間百分比。如果計算第一個和第二個之間的差值，則會得出路由器在進程級別花費的5秒的百分比。在這種情況下，路由器在過去5秒內花費1%的處理級別（處理交換資料包 — 無MIB變數）。
-
前一分鐘的CPU使用率[也可通過對象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
-
過去5分鐘內的CPU使用率[也可通過對象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
輪詢CPU利用率變數和任何其他SNMP變數時，實際的CPU利用率會受到影響。在1秒間隔內頻繁輪詢會顯著增加某些裝置的CPU利用率。但是，如果決定輪詢變數的頻率，則要考慮對CPU的影響，這樣會過分。
具有多個CPU的裝置的過程
如果您的Cisco IOS裝置有幾個CPU，您必須使用cpmCPUTotalTable中的CISCO-PROCESS-MIB和cpmCPUTotal5minRev對象，該對象使用cpmCPUTotalIndex索引。此表允許CISCO-PROCESS-MIB保留路由器中不同物理實體（如不同CPU晶片、CPU組或不同模組/卡中的CPU）的CPU統計資訊。對於單個CPU，cpmCPUTotalTable只有一個條目。
有關路由器中不同實體資訊儲存在RFC 2737基於標準的ENTITY-MIB的entPhysical表中。您可以輕鬆地連結兩個表cpmCPUTotalTable和entPhysicalTable之間。cpmCPUTotalTable的每行都有一個cpmCPUTotalPhysicalIndex對象，該對象保留entPhysicalIndex(entPhysicalTable的索引)的值，並指向entPhysicalTable中的條目。這對應於為其維護CPU統計資訊的物理實體。
CISCO-PROCESS-MIB提供CPU利用率值。要將CPU條目與命名物理實體相關聯，裝置還必須公開相應的ENTITY-MIB條目。僅檢索CPU使用率值並不需要ENTITY-MIB。
範例
監控機箱中多個CPU的使用情況。
1.輪詢cpmCPUTotal5min(.1.3.6.1.4.1.9.9.109.1.1.1.1.5)以檢索機箱中所有CPU的「過去5分鐘內CPU總繁忙百分比」。輸出顯示裝置在過去5分鐘內3個CPU的利用率分別為10%、1%和2%。
%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
附註：根據裝置上運行的Cisco IOS軟體版本，使用適當的MIB對象。
2.要標識這些值所對應的物理實體，請輪詢cpmCPUTotalPhysicalIndex(.1.3.6.1.4.1.9.9.109.1.1.1.1.2)。可以看到3個具有索引9、25和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.要識別每個物理條目相關的卡，請輪詢對應的entPhysicalName (.1.3.6.1.2.1.47.1.1.1.1.7)條目（步驟2中的確切索引9、25、28）作為最後一位數字。您可以看到，RSP的利用率為10%，插槽4和6中的VIP的利用率為1%和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
相關資訊
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
3.0 |
07-Oct-2026
|
已更新拼寫、語法、間距、插入的水平線以分隔各個部分，以實現可讀性、固定CCW警報。 |
2.0 |
23-Feb-2024
|
重新認證 |
1.0 |
14-Dec-2001
|
初始版本 |
意見