Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

シャーシ クラスタ内のノードの監視

クラスターを監視するには、冗長性グループを検出する必要があります。シャーシ クラスタ モードでデバイスを初期化すると、システムはこのトピックで冗長グループ 0 と呼ばれる冗長グループを作成します。冗長グループ0は、クラスタの各ノード上のルーティングエンジン間の優位性とフェイルオーバーを管理します。すべての冗長性グループの場合と同様に、冗長性グループ0は、一度に1つのノードでのみプライマリになることができます。冗長グループ0がプライマリであるノードによって、クラスタ内でどのルーティングエンジンがアクティブかが決まります。ルーティング エンジンがアクティブなノードである場合、ノードはクラスタのプライマリ ノードと見なされます。このセクションで冗長グループ x と呼ばれる、1 〜 128 の番号が付けられた 1 つ以上の冗長性グループを設定できます。冗長性グループの最大数は、設定した冗長イーサネットインターフェイス+1の数と同じになります。各冗長性グループxは、フェイルオーバーの独立したユニットとして機能し、一度に1つのノードでのみプライマリになります。この情報の取得に使用できる MIBS はありません。

Junos OS XML 管理プロトコルまたは NETCONF XML 管理プロトコルの使用

get-configurationリモート プロシージャ コール(RPC)を使用して、デバイスに存在する冗長構成と冗長グループを取得します。これにより、構成された冗長性グループが提供されます。

構成を取得するための XML RPC

応答:

シャーシ クラスタ冗長イーサネット インターフェイス

冗長イーサネットインターフェイスは、クラスターの各ノードから少なくとも 1 つの物理インターフェイスを含む疑似インターフェイスです。冗長イーサネット インターフェイスは、設定コマンドでは reth と呼ばれます。次のサンプル出力は、2つの冗長性グループが存在し、設定されていることを示しています。

Junos OS XML 管理プロトコルまたは NETCONF XML 管理プロトコルの使用

  • リモート プロシージャ コール(RPC)を使用して、 get-chassis-cluster-interfaces reth インターフェイスの詳細を取得します。以下のサンプル出力は、4つのrethインターフェイスが設定されていることを示しています。

    シャーシ クラスタ インターフェイスの XML RPC

  • get-interface-informationリモート プロシージャ コール(RPC)を使用して、reth インターフェイスの詳細を表示し、デバイス上の reth インターフェイスを識別します。このRPCは、次のサンプル出力に示すように、どのギガビットイーサネットまたはファストイーサネットインターフェイスがどのrethインターフェイスに属しているかも表示します。

    インターフェイス情報の XML RPC

    サンプル出力では、 タグは ae-bundle-name それが属する reth インターフェイスを識別します。

SNMP を使用する

  • ifTable MIB テーブルは、すべての reth インターフェイスを報告します。

  • ifStackStatus MIB テーブルを使用して、reth インターフェイスをプライマリおよびセカンダリ ノードの基盤となるインターフェイスにマッピングします。reth インターフェイスは上位レイヤーであり、両方のノードからの個々のインターフェイスは下位レイヤー インデックスとして表示されます。

    Rethインターフェイスの詳細のサンプルSNMPデータ

    以下のサンプルでは、ge-5/1/1 と ge-11/1/1 は reth0 に属しています。

    ifTable からすべてのインターフェイスのインデックスを検索します。以下の情報は、この例で必要なインターフェイスのインデックスを示しています。

    次に、ifStackStatus テーブルで reth0 のインデックスを検索します。次のサンプル出力では、reth0 インデックス 503 が上位レイヤー インデックスで、インデックス 522 と 552 が下位レイヤー インデックスです。インデックス 522 および 552 は、それぞれインターフェイス ge-5/1/1.0 および ge-11/1/1.0 を表します。

コントロールプレーンの使用

アクティブ/バックアップモードで動作するコントロールプレーンソフトウェアは、クラスタのプライマリノードでアクティブなJunos OSの不可欠な部分です。状態、設定、その他の情報をセカンダリノード上の非アクティブなルーティングエンジンに伝達することで、冗長性を実現しています。プライマリルーティングエンジンに障害が発生した場合、セカンダリルーティングエンジンが制御を引き継ぐ準備ができています。次のメソッドを使用して、制御ポート情報を検出できます。

Junos OS XML 管理プロトコルまたは NETCONF XML 管理プロトコルの使用

次のサンプル出力に示すように、 get-configuration リモート プロシージャ コール(RPC)を使用して制御ポートの設定を取得します。

冗長グループ構成のための XML RPC

データ プレーンの使用

アクティブ/アクティブモードで動作するデータプレーンソフトウェアは、フロー処理とセッション状態の冗長性を管理し、トランジットトラフィックを処理します。特定のセッションに属するすべてのパケットは、同じノード上で処理され、同じセキュリティ処理が適用されます。システムは、セッションがアクティブであるノードを識別し、そのパケットをそのノードに転送して処理します。このデータ リンクは、ファブリック インターフェイスと呼ばれます。クラスタのパケット転送エンジンはこれを使用して、トランジットトラフィックを送信し、データプレーンソフトウェアの動的なランタイム状態を同期させます。ファブリック インターフェイスを作成すると、パケット送信に使用する内部派生 IP アドレスが割り当てられます。ファブリックは、クラスタの2つのノード間の物理的な接続であり、1対のイーサネットインターフェイスを背中合わせ(各ノードから1つずつ)接続することによって形成されます。以下の方法を使用して、データプレーンインターフェイスを決定できます。

Junos OS XML 管理プロトコルまたは NETCONF XML 管理プロトコルの使用

次のサンプル出力に示すように、 get-chassis-cluster-data-plane-interfaces リモート プロシージャ コール(RPC)を使用してデータ プレーン インターフェイスを取得します。

クラスタ データプレーン インターフェイスの詳細に関する XML RPC

SNMP を使用する

ifTable MIB テーブルは、ファブリック(fab)インターフェイスとリンク インターフェイスを報告します。ただし、基盤となるインターフェイスとファブリック インターフェイスの関係は、SNMP では判別できません。

シャーシ クラスタ ノードのプロビジョニング

SRXシリーズデバイスとJunos OSデバイスの設定とプロビジョニングには、NETCONF XML管理プロトコルを使用します。グループを使用してSRXシリーズのシャーシクラスターを設定することをお勧めします。ノード間で共通のすべての構成にグローバル グループを使用します。

Junos OSのコミットスクリプトを使用して、必要に応じて設定をカスタマイズすることができます。

Junos OSのコミットスクリプトは以下の通りです。

  • コミット時に実行

  • 受信した構成を検査します

  • 次のようなアクションを実行します。

    • コミットの失敗(自己防衛)

    • 設定の変更(自己修正)

コミットスクリプトでは、次のことができます。

  • カスタムエラー/警告/syslogメッセージの生成

  • 設定の変更または修正

コミットスクリプトを使用すると、デバイスが以下を実施するように設定する方法をより適切に制御できます。

  • デザインルール

  • 実装の詳細

  • 設計基準の100%