リソース監視方法によるシステムパフォーマンスのトラブルシューティング
リソース監視使用状況計算の概要
リソース監視機能は、CLIおよびSNMP MIBクエリーの両方を使用して設定できます。このユーティリティを使用して、DPCおよびMPCの健全性と運用効率を監視するための十分なヘッドルーム(アプリケーションまたは仮想ルーターに設定されているメモリスペース制限)をプロビジョニングできます。また、jtreeメモリタイプと、連続したページ、ダブルワード、および空きメモリページのメモリの使用状況または消費量を分析および表示することもできます。すべてのMXシリーズルーターパケット転送エンジンのjtreeメモリには、2つのセグメントがあります。1 つ目のセグメントには、主にルーティング テーブルとその関連情報が格納され、もう 1 つのセグメントには、主にファイアウォール フィルター関連の情報が格納されます。ルーティングテーブルやファイアウォールフィルターにより多くのメモリを割り当てると、パケット転送エンジンの転送操作が中断される可能性があるため、memory-enhanced ルートステートメントを含む設定をコミットすると、Junos OS CLIは影響を受けるすべてのFPCを再起動するように警告を表示します。
次のセクションでは、IチップベースとTrioベースのラインカードの計算式と、異なるメモリ領域の解釈について説明します。
Trioベースのラインカードのリソース監視と使用状況の計算
Trio ベースのラインカードでは、ネクストホップフィルターとファイアウォールフィルターのメモリブロックは別々に割り当てられます。また、ネクストホップまたはファイアウォールフィルターに割り当てられたメモリが完全に消費された場合に使用される拡張メモリも存在します。ネクストホップフィルターとファイアウォールフィルターの両方で、拡張メモリからメモリを割り当てることができます。カプセル化メモリ領域は、Iチップベースのラインカードに固有であり、Trioベースのラインカードには適用されません。したがって、Trio ベースのライン カードの場合、空きメモリ領域の割合は次のように解釈できます。
% Free (NH) = (1- (Used NH memory + Used Expansion memory ) / (Total NH memory+Total Expansion memory)) × 100
% Free (Firewall or Filter) = (1-(Used FW memory+Used Expansion memory ) / (Total FW memory+Total Expansion memory)) × 100
カプセル化メモリはIチップ固有であり、Trioベースのラインカードには適用されません。
% Free (Encap memory) = Not applicable
Iチップベースのラインカードのリソース監視と使用状況計算
I チップベースのライン カードには、ルート ルックアップ ブロックに関連付けられた 32 MB のスタティック RAM(SRAM)メモリと、出力 WAN ブロックに関連付けられた 16 MB の SRAM メモリが含まれています。
ルートルックアップ メモリは、32 MB メモリの単一プールで、それぞれ 16 MB の 2 つのセグメントに分割されています。標準設定では、セグメント 0 は NH とプレフィックスに使用され、セグメント 1 はファイアウォールまたはフィルターに使用されます。この割り当ては、[シャーシの編集]階層レベルでルートメモリ拡張オプションを使用することで変更できます。一般的な構成では、NHアプリケーションは、2つのセグメントのいずれかからメモリを割り当てることができる。したがって、NH の空きメモリの割合は 32 MB のメモリで計算されます。現在、ファイアウォール アプリケーションにはセグメント 1 からのみメモリが割り当てられます。その結果、ファイアウォールで監視される空きメモリの割合は、セグメント 1 で使用可能な 16 MB のメモリからのみ開始されます。
Iチップベースのラインカードの場合、空きメモリスペースの割合は次のように解釈できます。
% Free (NH) = (32-(Used NH memory+Used FW memory+Used Other application)) / 32×100
% Free (Firewall or Filter)=(16-(Used NH memory+Used FW memory+Used Other application)) / 16×100
Output WAN(Iwo)SRAMのメモリサイズは16MBで、カプセル化情報を含むレイヤー2記述子を格納します。このエンティティは重要なリソースであり、監視する必要があります。このメモリ空間は、show コマンドの出力に「Encap mem」と表示されます。カプセル化領域の空きメモリの割合は、次のように計算されます。
% Free (Encapsulation memory) = (16-(Iwo memory used ( L2 descriptors +other applications))) / 16×100
ネクストホップメモリに設定されたウォーターマークレベルは、カプセル化メモリにも有効です。したがって、カプセル化領域の空きメモリの割合が設定されたウォーターマークを下回ると、ログが生成されます。
空きメモリの割合が特定のメモリ タイプの空きメモリ閾値よりも低い場合、次のエラー メッセージが syslog に記録されます。
“Resource Monitor: FPC <slot no> PFE <pfe inst> <“JNH memory” or “FW/ Filter memory”> is below set watermark <configured watermark>”.
リソース・モニター・トレース操作は、[edit system services resource-monitor]
階層レベルで traceoptions file <filename> flag flag level level size bytes
ステートメントを使用して構成できます。既定では、メッセージは /var/log/rsmonlog に書き込まれます。ソケット通信障害(ルーティングエンジンとパケット転送エンジン間)に関連するエラーログは、ルーティングエンジンとパケット転送エンジン間の通信における問題の診断に役立ちます。
Ukern の観点から見ると、MPC5E にはパケット転送エンジン インスタンスが 1 つだけ含まれています。show chassis fabric plane コマンドの出力は、パケット転送エンジンへのファブリック プレーンの接続状態を表示します。2 つのパケット転送エンジンが存在するため、出力に PFE-0 と PFE-1 が含まれていることがわかります。
user@host# run show chassis fabric plane Fabric management PLANE state Plane 0 Plane state: ACTIVE FPC 0 PFE 0 :Links ok PFE 1 :Links ok
MPC5Eのパケット転送エンジンインスタンスは1つしか存在しないため、show system resource-monitor fpcコマンドの出力には、パケット転送エンジンインスタンス0に対応する1行のみが表示されます。
user@host# run show system resource-monitor fpc FPC Resource Usage Summary Free Heap Mem Watermark : 20 % Free NH Mem Watermark : 20 % Free Filter Mem Watermark : 20 % * - Watermark reached Heap ENCAP mem NH mem FW mem Slot # % Free PFE # % Free % Free % Free 0 94 0 NA 83 99
設定されたウォーターマークは、GRES および統合 ISSU プロシージャ間で保持されます。
MXシリーズルーターのメモリリソース使用状況監視の設定によるシステムパフォーマンスの診断とデバッグ
Junos OSは、CLIとSNMP MIBクエリーの両方を使用したリソース監視機能をサポートしています。このユーティリティを使用して、システムの安定性、特にMXシリーズルーター上のIチップベースのラインカードとTrioベースのFPCの正常性と運用効率を確保するために、十分なヘッドルーム(アプリケーションまたは仮想ルーターに設定されているメモリスペース制限)をプロビジョニングできます。メモリ使用率(ukernelメモリまたはASICメモリのいずれか)が一定のしきい値に達すると、システム動作によってラインカードの正常性とトラフィック処理の安定性が損なわれるため、システムパフォーマンスに対するこのようなトレードオフが、ライブトラフィックとプロトコルのサポートに悪影響を与える可能性があります。
メモリリソース使用率機能のプロパティを設定するには:
MS-DPC と MS-MIC の jnxNatObjects 値の不一致のトラブルシューティング
問題点
説明
MS-DPC と MS-MIC の両方がネットワークに導入され、ネットワーク アドレス変換(NAT)タイプが napt-44
に設定されている場合、jnxNatObjects の snmp mib walk
コマンドの出力には、MS-DPC と MS-MIC で異なる値が表示されます。
解決方法
MS-DPC および MS-MIC の jnxNatObjects 値に一致するように SNMP を構成する
MS-DPC および MS-MIC の jnxNatObjects 値に一致するように SNMP を設定するには、次の手順を実行します。
set services service-set service-set-name nat-options snmp-value-match-msmic
設定モード コマンドを実行します。以下の設定例は、jnxNatObjects MIB テーブル内の MS-MIC 固有のオブジェクトの値と MS-DPC オブジェクトの値を一致させるように SNMP を設定する方法を示しています。[edit] user@host# set services service-set Mobile nat-options snmp-value-match-msmic
commit
コマンドを発行して、変更を確定します。[edit] user@host# commit commit complete
(オプション)jnxNatObjects MIB テーブル内の MS-MIC 固有のオブジェクトの値が MS-DPC オブジェクトの値と一致することを確認するために、
show snmp mib walk jnxNatObjects
コマンドを実行します。たとえば、次の出力は、MS-MIC 固有のオブジェクトと MS-DPC オブジェクトの値が一致することを示しています。[edit] user@host# run show snmp mib walk jnxNatObjects jnxNatSrcXlatedAddrType.6.77.111.98.105.108.101 = 1 jnxNatSrcPoolType.6.77.111.98.105.108.101 = 13 jnxNatSrcNumPortAvail.6.77.111.98.105.108.101 = 64512 jnxNatSrcNumPortInuse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumAddressAvail.6.77.111.98.105.108.101 = 1 jnxNatSrcNumAddressInUse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumSessions.6.77.111.98.105.108.101 = 0 jnxNatRuleType.9.77.111.98.105.108.101.58.116.49 = 13 jnxNatRuleTransHits.9.77.111.98.105.108.101.58.116.49 = 0 jnxNatPoolType.6.77.111.98.105.108.101 = 13 jnxNatPoolTransHits.6.77.111.98.105.108.101 = 0
注:delete services service-set service-set-name nat-options snmp-value-match-msmic
設定モード コマンドを使用して、この機能を無効にすることができます。
関連項目
FPCスロット内のパケット転送エンジン用ukernelメモリの管理オブジェクト
オブジェクト識別子が{jnxPfeMemory 1}
のjnxPfeMemoryUkernTable
には、指定されたパケット転送エンジンスロットのグローバルukernelまたはヒープメモリ統計を取得するJnxPfeMemoryUkernEntry
が含まれています。オブジェクト識別子が{jnxPfeMemoryUkernTable 1}
の各JnxPfeMemoryUkernEntry
には、次の表に示すオブジェクトが含まれています。jnxPfeMemoryUkernEntry
は、使用可能なメモリの合計や使用されているメモリの割合などのメモリ使用率を示します。
オブジェクト |
オブジェクトID |
説明 |
---|---|---|
|
|
ukern ヒープ内の空きパケット転送エンジン メモリの割合を示します。 |
パケット転送エンジンのメモリ統計データの管理オブジェクト
オブジェクト識別子が{jnxPfeMib 2}
jnxPfeMemory
テーブルには、 に示すオブジェクトが含まれています。表 2
オブジェクト |
オブジェクトID |
説明 |
---|---|---|
|
|
指定されたパケット転送エンジン スロットのグローバルな ukern メモリ統計を提供します。 |
|
|
指定されたパケット転送エンジン スロットのグローバル ネクストホップ(Trio ベース ライン カードの場合)または Jtree(I チップ ベース ライン カードの場合)のメモリ使用率とファイアウォール フィルターのメモリ使用率統計を提供します。 |
FPCスロット内のパケット転送エンジンのネクストホップ、jtree、ファイアウォールフィルターメモリの管理オブジェクト
オブジェクト識別子が {jnxPfeMemory 2}
の jnxPfeMemoryForwardingTable
には、Trio ベースのラインカードのネクストホップ メモリ、I チップベースのライン カード用の jtree メモリ、I チップと Trio ベースの両方のライン カードの指定されたパケット転送エンジン スロットのファイアウォールまたはフィルター メモリ統計を取得する JnxPfeMemoryForwardingEntry
が含まれています。オブジェクト識別子が{jnxPfeMemoryForwardingTable 1}
の各jnxPfeMemoryForwardingEntry
には、次の表に示すオブジェクトが含まれています。
jnxPfeMemoryForwardingEntry
は、ASICインスタンス、使用されているASICメモリ、およびASICフリーメモリを表しています。すべてのMXシリーズルーターパケット転送エンジンのjtreeメモリには、2つのセグメントがあります。1 つ目のセグメントには、主にルーティング テーブルとその関連情報が格納され、もう 1 つのセグメントには、主にファイアウォール フィルター関連の情報が格納されます。ルーティングテーブルやファイアウォールフィルターにより多くのメモリを割り当てると、パケット転送エンジンの転送操作が中断される可能性があるため、memory-enhanced ルートステートメントを含む設定をコミットすると、Junos OS CLIは影響を受けるすべてのFPCを再起動するように警告を表示します。この設定は、FPCまたはDPC(MXシリーズルーターの場合)を再起動するまで有効になりません。
オブジェクト |
オブジェクトID |
説明 |
---|---|---|
|
|
パケット転送エンジン複合システム内のASICインスタンス番号を示します。 |
|
|
パケット転送エンジンのメモリタイプを示します(nh = 1、fw = 2、encap = 3)。 |
|
|
各メモリの種類の空きメモリの割合を示します。 |
jnxPfeMemoryErrorsTable
オブジェクト ID が {jnxPfeMibRoot 1}
であるジュニパーネットワークスのエンタープライズ固有のパケット転送エンジン MIB は、パケット転送エンジンのメモリ エラー カウンターを表示するための新しい MIB テーブル jnxPfeMemoryErrorsTable
をサポートします。オブジェクト識別子がjnxPfeNotification 3
のjnxPfeMemoryErrorsTable
には、JnxPfeMemoryErrorsEntry
が含まれます。オブジェクト識別子が{ jnxPfeMemoryErrorsTable 1 }
の各JnxPfeMemoryErrorsEntry
には、次の表に示すオブジェクトが含まれています。
オブジェクト |
オブジェクトID |
説明 |
---|---|---|
|
|
この PFE 通知セットの FPC スロット番号を示します。 |
|
|
このエラー セットの PFE スロット番号を示します。 |
|
|
パリティ エラー数を示します。 |
|
|
エラー チェック コード (ECC) のエラー数を示します。 |
pfeMemoryErrors
オブジェクト識別子が{jnxPfeNotification 0}
のpfeMemoryErrorsNotificationPrefix
には、pfeMemoryErrors
属性が含まれます。pfeMemoryErrors オブジェクトには、{pfeMemoryErrorsNotificationPrefix 1}
jnxPfeParityErrors
オブジェクトと jnxPfeEccErrors
オブジェクトが含まれています。
オブジェクト |
オブジェクトID |
説明 |
---|---|---|
|
|
pfeMemoryErrors通知は、jnxPfeParityErrorsまたはjnxPfeEccErrorsの値が増加したときに送信されます。 |