使用SNMP收集Cisco IOS裝置上的CPU使用率

簡介

本文說明如何收集使用簡易網路管理通訊協定(SNMP)的Cisco IOS®裝置的CPU使用率。

必要條件

需求

本文件沒有特定需求。

採用元件

本檔案中的資訊僅適用於執行Cisco IOS軟體的裝置。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

單CPU裝置的過程

關鍵路由器功能（如路由協定處理和進程資料包交換）在記憶體中處理並共用CPU。因此，如果CPU使用率非常高，則可能無法處理路由更新，或者進程交換資料包被丟棄。在CISCO-PROCESS-MIB中，cpmCPUTotal5minRev MIB對象值報告超過五分鐘平均值的處理器使用百分比。

注意：使用Cisco MIB Locator查詢有關特定平台或軟體版本上的MIB的資訊。

cpmCPUTotal5minRev 與MIB對象cpmCPUTotal1minRev和cpmCPUTotal5secRev相比，MIB對象可更準確地檢視路由器隨時間變化的效能。這些MIB對象不準確，因為它們分別以1分鐘和5秒時間間隔檢視CPU。這些MIB使您能夠監控趨勢並規劃網路的容量。cpmCPUTotal5minRev的推薦基線上升閾值為90%。基於該平台，某些運行率為90%的路由器與運行正常的高端路由器相比，效能會下降。

• cpmCPUTotal5secRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.6)：過去5秒內的總體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)：過去5分鐘內的整體CPU忙碌百分比。此對象將折舊對象cpmCPUTotal5min，並將值範圍增大到(0.100)。

下表顯示了新MIB及其對象，並列出了舊MIB及其替換的對象：

範例

在執行Cisco IOS軟體版本12.0(9)的路由器上，以下是show processes CPU指令的典型輸出：

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>-- 

從輸出中，獲得以下相關資訊：

註：根據裝置上運行的Cisco IOS軟體版本，使用適當的MIB對象。

附註：只有完成註冊的思科使用者能存取思科內部工具與資訊。

• 過去五秒的CPU使用率[也可通過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
  
  

• 在五秒內處於中斷級別（快速交換資料包）的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

• 過去五分鐘內的CPU使用率[也可通過objectavgBusy5(.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利用率會受到影響。有時，如果以一秒為間隔連續輪詢變數，則利用率為99%。如果輪詢頻率太高，但在您決定要輪詢變數的頻率時會考慮對CPU的影響，這會造成過大影響。

具有多個CPU的裝置的過程

如果您的Cisco IOS裝置有多個CPU，則必須使用CISCO-PROCESS-MIB及其對象cpmCPUTotal5minRev，該對象來自名為cpmCPUTotalTable的表，使用cpmCPUTotalIndex進行索引。此表格允許CISCO-PROCESS-MIB保存路由器中不同物理實體的CPU統計資訊，例如不同CPU晶片、CPU組或不同模組/卡中的CPU。對於單個CPU，cpmCPUTotalTable只有一個條目。

有關路由器中不同物理實體的資訊儲存在基於RFC 2737標準的ENTITY-MIB的entPhysicalTable中。您可以輕鬆地在兩個表(cpmCPUTotalTable和entPhysicalTable)之間進行連結：cpmCPUTotalTable的每行都有一個對象cpmCPUTotalPhysicalIndex，該對象保留entPhysicalIndex(entPhysicalTable的索引)的值，並且指向與維護這些CPU統計資訊的物理實體對應的entPhysicalTable中的條目。

這意味著Cisco IOS裝置必須支援CISCO-PROCESS-MIB和ENTITY-MIB，才能檢索有關CPU利用率的相關資訊。不需要具有或使用ENTITY-MIB的唯一情況是，您只有一個CPU。

範例

監控機箱中多個CPU（RSP和兩個VIP）的使用。這同樣適用於GSR線卡。

1. PollcpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5)，獲取機箱中所有CPU的「過去5分鐘內的整體CPU忙碌百分比」。輸出顯示，裝置有三個CPU，在過去5分鐘內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)。您會看到三個具有索引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.10.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.10.1.1.1.1.7.9 
   
   !--- SNMP Query
         
   10.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.10.1.1.1.1.7.25 
   
   !--- SNMP Query
   
   10.1.1.1.1.7.25 = "Line Card 4" 
   
   !--- Reponse
   
        
   %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.10.1.1.1.1.7.28  
   
   !--- SNMP Query
   
   10.1.1.1.1.7.28 = "Line Card 6" 
   
   !--- Response
   
   

相關資訊

• 瞭解99%的VIP CPU運行率和Rx端緩衝
• 疑難排解思科路由器 CPU 高使用率的問題
• SNMP社群字串索引
• 簡單網路管理協定索引
• 思科技術支援與下載