Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

拡張性、トラブルシューティング、監視の考慮事項

 

この章では、ルートサーバーの拡張性、Junos BGP コンポーネント、クライアント固有の BGP セッションの監視に関するさまざまな事項について説明します。ルートサーバーの監視は、通常の BGP セッション管理とは異なり、読者が it に精通していることを前提としている他のパブリケーションでも一般的に使用されています。

通常の BGP スピーカーとは異なり、Junos ルートサーバーにはいくつかの特別な考慮事項があります。

  • 構成データベースのサイズ

  • ルーティングインスタンス間のルートコピーの rpd メモリ使用率

構成データベースのサイズを監視する

大規模な構成をサポートするために、たとえば、200万行以上の出力を伴う1,000 台のルートサーバークライアントなど、デフォルトの構成データベースサイズを拡張して、圧縮を有効にする必要があります。次の構成スタンザでは、拡張構成データベースのサイズ Junos を使用できますが、再起動が必要です。

初期 Junos 構成データベース

Junos 構成データベースを監視するには、 show system configuration database usageここで、基本的な設定を使用して、次のようにサイズを示します。

ここで’は、独自のルーティングインスタンス、インポートポリシー、インスタンス-エクスポートポリシー、およびインスタンスインポートポリシーを使用して、1000のルートサーバークライアントを表示してみましょう。

データベースの重要な使用状況を見ることができます。

ルートテーブルサイズの監視

次のサンプル出力は、ルーティングテーブルのエントリに関する要約統計を示しています (show route summaryコマンド) とメモリ使用量の詳細 (show task memory detailコマンド) が使用されます。この2つのコマンドは、ルーティングプロトコルプロセスのメモリ使用率の包括的な図を提供します。

こちらの show route summaryコマンドは、各ルートサーバークライアントのさまざまなルーティングテーブル内のルート数を示します。各ルーティングテーブル内で、アクティブ、holddown、非表示の宛先とルートがすべてまとめられています。ルートは holddownルーティングポリシーが原因で非アクティブな宣言が行われる前の状態と非表示ルートは使用されません。のルートであることに注意してください。 holddownおよび hidden状態は、ルーティングテーブルに表示されるため、依然としてメモリを使用しています。

RPD メモリの使用率の監視

こちらの show task memory detailコマンドは、rpd によって実行されるタスク内のデータ構造をリストします。ルーター’の構成に応じて、タスクが有効になります。こちらの Alloc Bytesフィールドは、データ構造によって使用されるメモリ量が最も多いことを示します。最大割り当てブロックとバイト数は、データ構造のハイウォーターマークです。次の例は、非常に少ないメモリが割り当てられているため、非常に健全なルートサーバーからの出力を見ています。

クライアント EBGP セッションの監視

個々のルートサーバークライアント EBGP セッションは、要約リストとして表示するか、 show bgp summaryサンプルのトポロジでは次のようになります。

ルート分散の監視

次の show コマンドは、ルートサーバークライアント C3’s リブに存在するルートの合計と、インポートされた突起を示します。

IXP グローバルポリシーに基づい’て C1 s リブの特定のルートを表示するには、ソースのリブとフィルタを使用して、ターゲットコミュニティーを表示します。

わずかに異なるビューであったり、前のコマンドの検証であったりするには、特定のルートサーバークライアントから受信したルートの視点から見た、クライアントのすべての突起部分のリブコンテンツを確認する必要があります。次の例では、192.0.2.3 はルーティングインスタンス C3 に関連付けられている BGP ピアです。

特定の接頭番号を検索して、トラブルシューティングに役立てることもできます。

ルートはコミュニティーの値や名前によって検索することもできます。検索結果によって、一致する’クライアントのすべての突起を取得します。したがって、クライアントの突起部分間のルート伝播を追跡できます。

監視ツール: HealthBot

HealthBot は、高度に自動化されたプログラム可能なデバイスレベルの診断およびネットワーク分析ツールです。ネットワーク導入環境に一貫性のある一貫した運用インテリジェンスを提供します。複数のデータ収集方法 (Junos テレメトリインターフェイス、NETCONF、SNMP など) と統合されているため、時間に依存した大量のテレメトリデータを集約して関連付け、ネットワークのマルチディメンションと予測のビューを提供しています。さらに、HealthBot はトラブルシューティング、保守、リアルタイム分析を直感的なユーザーエクスペリエンスに変換し、ネットワーク事業者が、個々のデバイスとネットワーク全体の稼働状態に対応できるようになります。

HealthBot BGP Kpi はhttps://github.com/Juniper/healthbot-rules/tree/master/juniper_official/Protocols/Bgpにありますが、すぐに使える HealthBot プレイブックとルールが含まれており、BGP の隣接した主要業績評価指標 (kpi) に固有のものです。

Figure 1: ルートサーバーシステム KPI 監視用 HealthBot ダッシュボード
ルートサーバーシステム KPI 監視用 HealthBot ダッシュボード

BGP の KPI ルールは、ネットワークデバイスから統計情報を収集し、データを分析して動作します。BGP の KPI プレイブックはルールのセットで、各ルールは一連の Kpi で定義されています。プレイブックには、BGP セッション状態、近傍フラップ検出、静的なしきい値を持つ受信ルート、および動的しきい値ルールによる受信ルートが含まれています。

ルールはデフォルトの変数値で定義されており、プレイブックの導入時に変更することができます。

HealthBot のリブ Kpi は、 https://github.com/Juniper/healthbot-rules/tree/master/juniper_official/Protocols/Ribにあります。すぐに使える HealthBot プレイブックとルールが含まれています。これは、リブルートサマリ kpi に固有のものです。リブルートサマリ KPI ルールは、ネットワークデバイスから統計情報を収集し、データを分析して適切に動作します。リブルートの概要 KPI プレイブックでは、ルールが一連の Kpi で定義されています。プレイブックには、ascertaining ルートのルートテーブルの概要と、動的しきい値を使用したプロトコルルートサマリルールが含まれています。ルールはデフォルトの変数値を使用して定義され、プレイブックの導入中に変更することができます。

Https://github.com/Juniper/healthbot-rules/tree/master/juniper_official/Systemにある HealthBot Systems kpi には、システム kpi に特化した、すぐに使用可能な HealthBot プレイブックとルールが含まれています。システム KPI ルールは、ネットワークデバイスから統計情報を収集し、データを分析して行動を行います。システムの KPI プレイブックはルールのセットであり、各ルールは一連の Kpi で定義されています。プレイブックには、ルーティングエンジン CPU、ルーティングエンジンメモリ、Junos プロセス CPU、メモリリーク検知、システムストレージルールが含まれています。

ルールはデフォルトの変数値で定義されており、プレイブックの導入時に変更できます。