ルーティングエンジンの冗長性の設定
概要 以下の手順と例に従って、ルーティングエンジンの冗長性を設定します。
以下のセクションのタスクを完了するには、 re0 および re1 構成グループを定義する必要があります。設定グループの詳細については、 Junos OS CLIユーザーガイドを参照してください。
デフォルト ルーティング エンジンのプライマリ ロールの変更
2 つのルーティング エンジンを持つルーターでは、どちらのルーティング エンジンをプライマリで、どちらをバックアップにするかを設定することができます。デフォルトでは、スロット0のルーティングエンジンがプライマリ(re0)で、スロット1のルーティングエンジンがバックアップ(re1)です。
2 つのルーティングエンジンを持つシステムでは、両方のルーティングエンジンを同時にプライマリに設定することはできません。この設定により、コミット チェックが失敗します。
デフォルトの設定を変更するには、 階層レベルで ステートメントを含め routing-engine
ます [edit chassis redundancy]
。
[edit chassis redundancy] routing-engine slot-number (master | backup | disabled);
slot-number には 0 または 1 を指定できます。ルーティング エンジンをプライマリに設定するには、 マスター オプションを指定します。バックアップとして設定するには、 バックアップ オプションを指定します。ルーティング エンジンを無効にするには、 無効 オプションを指定します。
プライマリとバックアップのルーティング エンジンを切り替えるには、 ルーティング エンジンのプライマリ ロールを手動で切り替えるを参照してください。
バックアップ ルーティング エンジンへの自動フェールオーバーの設定
以下のセクションでは、プライマリ ルーティング エンジンで特定の障害が発生した場合に、バックアップ ルーティング エンジンへの自動フェールオーバーを設定する方法について説明します。
- パケット転送を中断することなく
- プライマリ ルーティング エンジンでのハード ディスク エラーの検出時
- VM と RE 間の壊れた LCMD 接続の検出時
- プライマリルーティングエンジンからのキープアライブ信号損失検出時
- プライマリルーティングエンジンにおけるem0インタフェース障害の検出時
- ソフトウェアプロセスが失敗した場合
パケット転送を中断することなく
2つのルーティングエンジンを持つルーターでは、グレースフルルーティングエンジンスイッチオーバー(GRES)を設定することができます。グレースフルスイッチオーバーが設定されている場合、ソケットの再接続はパケット転送を中断することなくシームレスに行われます。グレースフル ルーティング エンジン スイッチオーバーの設定方法については、 グレースフル ルーティング エンジン スイッチオーバーの設定を参照してください。
プライマリ ルーティング エンジンでのハード ディスク エラーの検出時
バックアップ ルーティング エンジンを設定した後、プライマリ ルーティング エンジンからハード ディスク エラーが検出された場合、バックアップ ルーティング エンジンに自動的にプライマリ ロールを割り当てるように指示できます。この機能を有効にするには、階層レベルでステート メントを含め on-disk-failure
ます [edit chassis redundancy failover]
。
[edit chassis redundancy failover] on-disk-failure;
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]
。
[edit chassis redundancy failover] on-loss-of-vm-host-connection;
プライマリで LCMD プロセスがクラッシュしている場合、バックアップ RE LCMD 接続が安定していれば、システムは 1 分後にスイッチオーバーします。バックアップRE LCMD接続が不安定な場合、または現在のプライマリがプライマリロールを取得したばかりの場合、システムはスイッチオーバーしません。プライマリがプライマリ ロールを獲得したばかりの場合、スイッチオーバーは 4 分後にのみ行われます。
プライマリルーティングエンジンからのキープアライブ信号損失検出時
バックアップ ルーティング エンジンを設定した後、プライマリ ルーティング エンジンからキープアライブ信号の損失を検出した場合、バックアップ ルーティング エンジンに自動的にプライマリ ロールを割り当てるように指示できます。
キープアライブ損失シグナルを受信した場合のフェイルオーバーを有効にするには、 階層レベルで ステートメントを含め on-loss-of-keepalives
ます [edit chassis redundancy failover]
。
[edit chassis redundancy failover] on-loss-of-keepalives;
on-loss-of-keepalives
階層の [edit chassis redundancy]
ステートメントは、Junos Evolvedが動作するPTXプラットフォームではサポートされていません。これらのプラットフォームでは、キープアライブ メッセージが検出されない場合、デフォルトでスイッチオーバーします。
グレースフル ルーティング エンジン スイッチオーバーが設定されていない場合、デフォルトでは 300 秒(5 分)後にフェールオーバーが発生します。より短い時間間隔またはより長い時間間隔を設定できます。
キープアライブ時間は、プライマリ ルーティング エンジンが手動で再起動または停止されると 360 秒にリセットされます。
キープアライブ期間を変更するには、 階層レベルで ステートメントを含め keepalive-time
ます [edit chassis redundancy]
。
[edit chassis redundancy] keepalive-time seconds;
キープアライブ時間の範囲は 2 〜 10,000 秒です。
次の例では、プライマリ ルーティング エンジンでキープアライブ信号の損失を検出するようにバックアップ ルーティング エンジンを設定した場合の一連のイベントについて説明します。
-
25秒の キープアライブ時間 を手動で設定します。
-
プライマリ ルーティング エンジンへのパケット転送エンジンの接続が失われ、キープアライブ タイマーが終了すると、パケット転送は中断されます。
-
キープアライブ損失の 25 秒後、メッセージがログに記録され、バックアップ ルーティング エンジンがプライマリ ロールの取得を試みます。バックアップ ルーティング エンジンがアクティブになるとアラームが生成され、ルーティング エンジンの現在のステータスで表示が更新されます。
-
バックアップ ルーティング エンジンがプライマリの役割を担うようになった後は、プライマリとして機能し続けます。
グレースフル ルーティング エンジン スイッチオーバーが設定されている場合、キープアライブ信号は自動的に有効になり、フェイルオーバー時間は 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]
。
[edit chassis redundancy failover] on-re-to-fpc-stale;
ソフトウェアプロセスが失敗した場合
ソフトウェアプロセスが失敗した場合にバックアップのルーティングエンジンへの自動スイッチオーバーを設定するには、 階層レベルで ステートメントを含め failover other-routing-engine
ます [edit system processes process-name]
。
[edit system processes process-name] failover other-routing-engine;
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 に、プライマリ ロール ログのイベント コードと説明を示します。
イベントコード |
説明 |
---|---|
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つのコンフィギュレーション・ファイルを維持することができます。
次の例では、設定グループ re0 と re1 を別々の IP アドレスで定義しています。これらの既知の構成グループ名は、適切なルーティング エンジンでのみ有効になります。
groups { re0 { system { host-name my-re0; } interfaces { fxp0 { description "10/100 Management interface"; unit 0 { family inet { address 10.255.2.40/24; } } } } } re1 { system { host-name my-re1; } interfaces { fxp0 { description "10/100 Management interface"; unit 0 { family inet { address 10.255.2.41/24; } } } } } }
両方のルーティング エンジンの管理イーサネット インターフェイス(この例では fxp0 )に追加の IP アドレスを割り当てることができます。割り当てられたアドレスは、 master-only キーワードを使用し、両方のルーティングエンジンで同一であるため、プライマリルーティングエンジンのIPアドレスにいつでもアクセスできます。このアドレスは、プライマリ ルーティング エンジンの管理用イーサネット インターフェイスでのみ有効です。ルーティングエンジンのスイッチオーバー時に、アドレスは新しいプライマリルーティングエンジンに移動します。
例えば、 re0 の場合、設定は次のようになります。
[edit groups re0 interfaces fxp0] unit 0 { family inet { address 10.17.40.131/25 { master-only; } address 10.17.40.132/25; } }
re1 の設定は次のとおりです。
[edit groups re1 interfaces fxp0] unit 0 { family inet { address 10.17.40.131/25 { master-only; } address 10.17.40.133/25; } }
デュアル ルーティング エンジンの初期設定については、 『 Junos OS ソフトウェア インストールおよびアップグレード ガイド』を参照してください。両方のルーティングエンジンで master-only キーワードを使用して管理イーサネットインターフェイスに追加 IP アドレスを割り当てる方法の詳細については、 Junos OS CLI ユーザーガイドを参照してください。
関連項目
あるルーティング・エンジンから他方のルーティング・エンジンへのコンフィギュレーション・ファイルのコピー
コンソール ポートまたは管理イーサネット ポートのいずれかを使用して、2 つのルーティング エンジン間の接続を確立できます。その後、FTPをコピーまたは使用して、プライマリからバックアップに設定を転送し、ファイルをロードして通常の方法でコミットできます。
管理イーサネット ポートを使用して他のルーティング エンジンに接続するには、次のコマンドを発行します。
user@host> request routing-engine login (other-routing-engine | re0 | re1)
TXマトリクス ルーターで、管理イーサネット ポートを使用して他のルーティング エンジンに接続するには、次のコマンドを発行します。
user@host> request routing-engine login (backup | lcc number | master | other-routing-engine | re0 | re1)
コマンドの詳細については request routing-engine login
、 CLI エクスプローラーを参照してください。
あるルーティング・エンジンから他方のルーティング・エンジンにコンフィギュレーション・ファイルをコピーするには、 というコマンドを実行します file copy
:
user@host> file copy source destination
この場合、 source は設定ファイルの名前です。これらのファイルは、 /config ディレクトリに格納されます。アクティブな設定は /config/juniper.conf で、それ以前の設定は /config/juniper.conf {1...9} にあります。は destination 、もう一方のルーティングエンジン上のファイルです。
次に、ルーティング エンジン 0 からルーティング エンジン 1 にコンフィギュレーション ファイルをコピーする例を示します。
user@host> file copy /config/juniper.conf re1:/var/tmp/copied-juniper.conf
次に、TX Matrix ルーター上で、ルーティング エンジン 0 からルーティング エンジン 1 にコンフィギュレーション ファイルをコピーする例を示します。
user@host> file copy /config/juniper.conf scc-re1:/var/tmp/copied-juniper.conf
コンフィギュレーション・ファイルを読み込むには、 階層レベルで [edit]
コマンドを入力しますload replace
。
user@host> load replace /var/tmp/copied-juniper.conf
ルーティングエンジン0の管理イーサネットインターフェイス設定で指定されたIPアドレスは、必ずルーティングエンジン1に適したアドレスに変更してください。
関連項目
他のルーティングエンジンからのソフトウェアパッケージのロード
既存の request system software add package-name
コマンドを使用して、他のルーティングエンジンからローカルルーティングエンジンにパッケージをロードできます。
user@host> request system software add re(0|1):/filename
URLの re 部分で、もう一方のルーティングエンジンの番号を指定します。 filename URL の部分で、パッケージへのパスを指定します。パッケージは通常 /var/sw/pkg のディレクトリにあります。