Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ルーティングエンジンの冗長性の設定

概要 以下の手順と例に従って、ルーティングエンジンの冗長性を設定します。

メモ:

以下のセクションのタスクを完了するには、 re0 および re1 構成グループを定義する必要があります。設定グループの詳細については、 Junos OS CLIユーザーガイドを参照してください。

デフォルト ルーティング エンジンのプライマリ ロールの変更

2 つのルーティング エンジンを持つルーターでは、どちらのルーティング エンジンをプライマリで、どちらをバックアップにするかを設定することができます。デフォルトでは、スロット0のルーティングエンジンがプライマリ(re0)で、スロット1のルーティングエンジンがバックアップ(re1)です。

メモ:

2 つのルーティングエンジンを持つシステムでは、両方のルーティングエンジンを同時にプライマリに設定することはできません。この設定により、コミット チェックが失敗します。

デフォルトの設定を変更するには、 階層レベルで ステートメントを含め routing-engine ます [edit chassis redundancy]

slot-number には 0 または 1 を指定できます。ルーティング エンジンをプライマリに設定するには、 マスター オプションを指定します。バックアップとして設定するには、 バックアップ オプションを指定します。ルーティング エンジンを無効にするには、 無効 オプションを指定します。

メモ:

プライマリとバックアップのルーティング エンジンを切り替えるには、 ルーティング エンジンのプライマリ ロールを手動で切り替えるを参照してください。

バックアップ ルーティング エンジンへの自動フェールオーバーの設定

以下のセクションでは、プライマリ ルーティング エンジンで特定の障害が発生した場合に、バックアップ ルーティング エンジンへの自動フェールオーバーを設定する方法について説明します。

パケット転送を中断することなく

2つのルーティングエンジンを持つルーターでは、グレースフルルーティングエンジンスイッチオーバー(GRES)を設定することができます。グレースフルスイッチオーバーが設定されている場合、ソケットの再接続はパケット転送を中断することなくシームレスに行われます。グレースフル ルーティング エンジン スイッチオーバーの設定方法については、 グレースフル ルーティング エンジン スイッチオーバーの設定を参照してください。

プライマリ ルーティング エンジンでのハード ディスク エラーの検出時

バックアップ ルーティング エンジンを設定した後、プライマリ ルーティング エンジンからハード ディスク エラーが検出された場合、バックアップ ルーティング エンジンに自動的にプライマリ ロールを割り当てるように指示できます。この機能を有効にするには、階層レベルでステート メントを含め on-disk-failure ます [edit chassis redundancy failover]

メモ:

on-disk-failure階層の [edit chassis redundancy] ステートメントは、Junos Evolvedが動作するPTXプラットフォームではサポートされていません。これらのプラットフォームでは、ディスク障害が検出されると、デフォルトでスイッチオーバーが行われます。

VM と RE 間の壊れた LCMD 接続の検出時

VM と RE 間の LCMD 接続が切断されたときに自動 RE スイッチオーバーが発生する次の構成を設定します。この機能を有効にするには、階層レベルでステート メントを含め on-loss-of-vm-host-connection ます [edit chassis redundancy failover]

プライマリで LCMD プロセスがクラッシュしている場合、バックアップ RE LCMD 接続が安定していれば、システムは 1 分後にスイッチオーバーします。バックアップRE LCMD接続が不安定な場合、または現在のプライマリがプライマリロールを取得したばかりの場合、システムはスイッチオーバーしません。プライマリがプライマリ ロールを獲得したばかりの場合、スイッチオーバーは 4 分後にのみ行われます。

プライマリルーティングエンジンからのキープアライブ信号損失検出時

バックアップ ルーティング エンジンを設定した後、プライマリ ルーティング エンジンからキープアライブ信号の損失を検出した場合、バックアップ ルーティング エンジンに自動的にプライマリ ロールを割り当てるように指示できます。

キープアライブ損失シグナルを受信した場合のフェイルオーバーを有効にするには、 階層レベルで ステートメントを含め on-loss-of-keepalives ます [edit chassis redundancy failover]

メモ:

on-loss-of-keepalives階層の [edit chassis redundancy] ステートメントは、Junos Evolvedが動作するPTXプラットフォームではサポートされていません。これらのプラットフォームでは、キープアライブ メッセージが検出されない場合、デフォルトでスイッチオーバーします。

グレースフル ルーティング エンジン スイッチオーバーが設定されていない場合、デフォルトでは 300 秒(5 分)後にフェールオーバーが発生します。より短い時間間隔またはより長い時間間隔を設定できます。

メモ:

キープアライブ時間は、プライマリ ルーティング エンジンが手動で再起動または停止されると 360 秒にリセットされます。

キープアライブ期間を変更するには、 階層レベルで ステートメントを含め keepalive-time ます [edit chassis redundancy]

キープアライブ時間の範囲は 2 〜 10,000 秒です。

次の例では、プライマリ ルーティング エンジンでキープアライブ信号の損失を検出するようにバックアップ ルーティング エンジンを設定した場合の一連のイベントについて説明します。

  1. 25秒の キープアライブ時間 を手動で設定します。

  2. プライマリ ルーティング エンジンへのパケット転送エンジンの接続が失われ、キープアライブ タイマーが終了すると、パケット転送は中断されます。

  3. キープアライブ損失の 25 秒後、メッセージがログに記録され、バックアップ ルーティング エンジンがプライマリ ロールの取得を試みます。バックアップ ルーティング エンジンがアクティブになるとアラームが生成され、ルーティング エンジンの現在のステータスで表示が更新されます。

  4. バックアップ ルーティング エンジンがプライマリの役割を担うようになった後は、プライマリとして機能し続けます。

メモ:

グレースフル ルーティング エンジン スイッチオーバーが設定されている場合、キープアライブ信号は自動的に有効になり、フェイルオーバー時間は 2 秒(M20 ルーターでは 4 秒)に設定されます。キープアライブ時間を手動でリセットすることはできません。

メモ:

プライマリ ルーティング エンジンを停止または再起動すると、Junos OS はキープアライブ時間を 360 秒にリセットし、360 秒のキープアライブ時間が経過するまで、バックアップ ルーティング エンジンはプライマリの役割を引き継ぎません。

以前のプライマリ ルーティング エンジンは、バックアップ ルーティング エンジンへのフェイルオーバー後にサービスに復帰した場合、バックアップ ルーティング エンジンとなります。プライマリ ステータスを以前のプライマリ ルーティング エンジンに戻すには、 request chassis routing-engine master switch operational mode コマンドを使用します。

ルーティング エンジンの 1 つが存在しない場合は、冗長性の設定方法に関係なく、残りのルーティング エンジンが自動的にプライマリになります。

プライマリルーティングエンジンにおけるem0インタフェース障害の検出時

バックアップ用ルーティングエンジンを設定した後、プライマリ用ルーティングエンジンでem0インターフェイスに障害が発生した場合、バックアップ用ルーティングエンジンが自動的にプライマリロールを担うように指示します。この機能を有効にするには、階層レベルでステート メントを含め on-re-to-fpc-stale ます [edit chassis redundancy failover]

ソフトウェアプロセスが失敗した場合

ソフトウェアプロセスが失敗した場合にバックアップのルーティングエンジンへの自動スイッチオーバーを設定するには、 階層レベルで ステートメントを含め failover other-routing-engine ます [edit system processes process-name]

process-name は有効なプロセス名の 1 つです。あるプロセスに対してこのステートメントが設定されていて、そのプロセスが 30 秒以内に 4 回失敗した場合、ルーターは他のルーティング エンジンから再起動します。階層レベルで使用できる [edit system processes] もう1つのステートメントは、 フェイルオーバー代替メディアです。代替メディア オプションについては、 ルーティングデバイス用 Junos OS 運用管理ライブラリをご覧ください。

ルーティングエンジンのプライマリロールの手動切り替え

ルーティング エンジンのプライマリ ロールを手動で切り替えるには、以下のコマンドのいずれかを使用します。

  • バックアップ ルーティング エンジンで、 コマンドを発行 request chassis routing-engine master acquire して、バックアップ ルーティング エンジンがプライマリ ロールを担うように要求します。

  • プライマリ ルーティング エンジンで、バックアップ request chassis routing-engine master release ルーティング エンジンが コマ ンドを使用してプライマリ ロールを担うように要求します。

  • いずれかのルーティング エンジンで、 コマンドを発行してプライマリ ロールを request chassis routing-engine master switch 切り替えます。

ルーティング エンジン冗長性ステータスの検証

冗長ログ用に /var/log/mastership に別のログファイルが用意されています。ログを表示するには、 コマンドを使用します file show /var/log/mastership表 1 に、プライマリ ロール ログのイベント コードと説明を示します。

表 1: ルーティング エンジンのプライマリ ロール ログ

イベントコード

説明

E_NULL = 0

イベントが null イベントです。

E_CFG_M

ルーティング エンジンはプライマリとして設定されます。

E_CFG_B

ルーティング エンジンはバックアップとして構成されています。

E_CFG_D

ルーティング エンジンは無効に設定されています。

E_MAXTRY

プライマリ ロールの取得または解放の最大試行回数を超えました。

E_REQ_C

要求のプライマリ ロール要求が送信されました。

E_ACK_C

要求のプライマリ ロールの確認を受信しました。

E_NAK_C

要求のプライマリ ロール要求が確認されませんでした。

E_REQ_Y

プライマリ ロールの確認が要求されます。

E_ACK_Y

プライマリ ロールが認識されます。

E_NAK_Y

プライマリ ロールは認識されません。

E_REQ_G

リリースプライマリロールリクエストがルーティングエンジンによって送信されました。

E_ACK_G

ルーティング エンジンは、プライマリ ロールの解放を確認しました。

E_CMD_A

シャーシ ルーティング エンジン マスター取得のコマンド リクエストが、バックアップ ルーティング エンジンから発行されました。

E_CMD_F

コマンド リクエスト シャーシ ルーティング エンジン マスター取得力 がバックアップ ルーティング エンジンから発行されました。

E_CMD_R

コマンド リクエストシャーシルーティングエンジンマスターリリース は、プライマリルーティングエンジンから発行されました。

E_CMD_S

コマンド リクエスト シャーシ ルーティング エンジン マスター スイッチがルーティング エンジンから発行されました。

E_NO_ORE

他のルーティング エンジンは検出されません。

E_TMOUT

要求がタイムアウトしました。

E_NO_IPC

ルーティング エンジンの接続が失われました。

E_ORE_M

その他のルーティング エンジンの状態がプライマリに変更されました。

E_ORE_B

その他のルーティング エンジンの状態がバックアップに変更されました。

E_ORE_D

その他のルーティング エンジンの状態は無効に変更されました。

ルーティングエンジンの初期設定例

コンフィギュレーション・グループを使用すると、各ルーティング・エンジンに正しいIPアドレスを使用し、両方のルーティング・エンジンに対して1つのコンフィギュレーション・ファイルを維持することができます。

次の例では、設定グループ re0re1 を別々の IP アドレスで定義しています。これらの既知の構成グループ名は、適切なルーティング エンジンでのみ有効になります。

両方のルーティング エンジンの管理イーサネット インターフェイス(この例では fxp0 )に追加の IP アドレスを割り当てることができます。割り当てられたアドレスは、 master-only キーワードを使用し、両方のルーティングエンジンで同一であるため、プライマリルーティングエンジンのIPアドレスにいつでもアクセスできます。このアドレスは、プライマリ ルーティング エンジンの管理用イーサネット インターフェイスでのみ有効です。ルーティングエンジンのスイッチオーバー時に、アドレスは新しいプライマリルーティングエンジンに移動します。

例えば、 re0 の場合、設定は次のようになります。

re1 の設定は次のとおりです。

デュアル ルーティング エンジンの初期設定については、 『 Junos OS ソフトウェア インストールおよびアップグレード ガイド』を参照してください。両方のルーティングエンジンで master-only キーワードを使用して管理イーサネットインターフェイスに追加 IP アドレスを割り当てる方法の詳細については、 Junos OS CLI ユーザーガイドを参照してください。

あるルーティング・エンジンから他方のルーティング・エンジンへのコンフィギュレーション・ファイルのコピー

コンソール ポートまたは管理イーサネット ポートのいずれかを使用して、2 つのルーティング エンジン間の接続を確立できます。その後、FTPをコピーまたは使用して、プライマリからバックアップに設定を転送し、ファイルをロードして通常の方法でコミットできます。

管理イーサネット ポートを使用して他のルーティング エンジンに接続するには、次のコマンドを発行します。

TXマトリクス ルーターで、管理イーサネット ポートを使用して他のルーティング エンジンに接続するには、次のコマンドを発行します。

コマンドの詳細については request routing-engine loginCLI エクスプローラーを参照してください。

あるルーティング・エンジンから他方のルーティング・エンジンにコンフィギュレーション・ファイルをコピーするには、 というコマンドを実行します file copy :

この場合、 source は設定ファイルの名前です。これらのファイルは、 /config ディレクトリに格納されます。アクティブな設定は /config/juniper.conf で、それ以前の設定は /config/juniper.conf {1...9} にあります。は destination 、もう一方のルーティングエンジン上のファイルです。

次に、ルーティング エンジン 0 からルーティング エンジン 1 にコンフィギュレーション ファイルをコピーする例を示します。

次に、TX Matrix ルーター上で、ルーティング エンジン 0 からルーティング エンジン 1 にコンフィギュレーション ファイルをコピーする例を示します。

コンフィギュレーション・ファイルを読み込むには、 階層レベルで [edit] コマンドを入力しますload replace

注意:

ルーティングエンジン0の管理イーサネットインターフェイス設定で指定されたIPアドレスは、必ずルーティングエンジン1に適したアドレスに変更してください。

他のルーティングエンジンからのソフトウェアパッケージのロード

既存の request system software add package-name コマンドを使用して、他のルーティングエンジンからローカルルーティングエンジンにパッケージをロードできます。

URLの re 部分で、もう一方のルーティングエンジンの番号を指定します。 filename URL の部分で、パッケージへのパスを指定します。パッケージは通常 /var/sw/pkg のディレクトリにあります。