このドキュメントは、Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)を使用して、Cisco IOS® デバイス上の CPU 使用率に関する情報を収集する方法について説明します。
このドキュメントに特有の要件はありません。
このドキュメントの情報は、Cisco IOS®ソフトウェアを実行するデバイス専用です。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
ルーティングプロトコル処理やプロセスパケット交換などの重要なルータ機能は、メモリ内で処理され、CPUを共有します。CPU使用率が高い場合、ルーティングアップデートが遅延し、プロセス交換を必要とするパケットがドロップされる可能性があります。CISCO-PROCESS-MIBでは、cpmCPUTotal5minRev MIBオブジェクト値によって、5分間平均での使用中プロセッサのパーセンテージが報告されます。
注:特定のプラットフォームまたはソフトウェアリリースのMIBに関する情報を調べるには、Cisco MIB Locatorを使用します。
MIBオブジェクトcpmCPUTotal5minRevは、時間の経過に伴うCPU使用率の変化が、cpmCPUTotal1minRevやcpmCPUTotal5secRevよりも少なくなります。1分および5秒のオブジェクトは、短い間隔で測定を行い、使用率の一時的な上昇を識別します。それらの MIB は、ネットワークの傾向モニタリングと容量計画には役立ちます。cpmCPUTotal5minRevの90 %上昇しきい値は、初期モニタリングの例です。プラットフォームとその監視対象CPUベースラインに従って、動作しきい値を設定します。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):最後の1分間の全体的な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.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.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) |
次に、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>--
出力結果から、関連する情報を次に示します。
最後の5秒間の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時間のパーセンテージ。最初のパケットと2番目のパケットの差を取ると、ルータがプロセスレベルで消費する5秒間のパーセンテージに達します。この場合、ルータでは最後の5秒間にプロセスレベルで1 %が消費されます(プロセススイッチパケット – MIB変数なし)。
%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への影響を考慮してください。
Cisco IOSデバイスに複数のCPUが搭載されている場合、cpmCPUTotalIndexというインデックスが付けられたcpmCPUTotalTableのcpmCPUTotal5minRevオブジェクトとCISCO-PROCESS-MIBを使用する必要があります。このテーブルを使用すると、CISCO-PROCESS-MIBによって、ルータ内のさまざまな物理エンティティ(さまざまなCPUチップ、一連のCPU、さまざまなモジュール/カード内のCPUなど)に関するCPU統計情報を維持できます。単一のCPUの場合、cpmCPUTotalTableには1つのエントリしかありません。
ルータ内のさまざまな物理エンティティの情報は、RFC 2737標準ベースのENTITY-MIBのentPhysicalTableに保存されています。2つのテーブルcpmCPUTotalTableとentPhysicalTableは、簡単にリンクできます。cpmCPUTotalTableの各行には、entPhysicalIndex(entPhysicalTableのインデックス)の値を保持し、entPhysicalTableのエントリを指すcpmCPUTotalPhysicalIndexオブジェクトがあります。これは、CPU統計情報が維持される物理エンティティに対応します。
CISCO-PROCESS-MIBはCPU使用率の値を提供します。CPUエントリを名前付きの物理エンティティに関連付けるには、デバイスは対応するENTITY-MIBエントリも公開する必要があります。ENTITY-MIBは、単にCPU使用率の値を取得するために必要なわけではありません。
シャーシ内の複数のCPUの使用を監視します。
1. シャーシ内のすべてのCPUに対して「最後の5分間の全体的なCPUビジー率」を取得するために、cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5)をポーリングします。この出力は、過去5分間に10 %、1 %、および2 %のCPUがデバイスで3つ使用されていることを示しています。
%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を持つ3つの物理エンティティが表示されます。
%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
|
初版 |