ルーティング エンジン間での設定の同期
冗長ルーティング エンジンを搭載したデバイスでは、 を実行して、両方のルーティング エンジンの設定をアクティブ化し、 同期させることができます。commit
synchronize
ルーティング エンジンの同期の概要
デバイスに2つのルーティングエンジンがある場合、 コマンドを発行 することで、一方のルーティングエンジンにもう一方のルーティングエンジンと設定を同期させるように手動で指示できます。commit synchronize
このコマンドを実行するルーティング エンジン(要求元のルーティング エンジン)は、まず設定をコミットします。次に、要求元のルーティング エンジンは、その候補コンフィギュレーションをコピーして応答側のルーティング エンジンに読み込みます。各ルーティング・エンジンは、コミットする前に候補コンフィギュレーション・ファイルに対して構文チェックを行います。コミットの同期プロセスは、一度に 1 つのルーティング エンジンで行われます。
エラーが見つからなければ、コンフィギュレーションが有効になり、両方のルーティング エンジンの現在の動作コンフィギュレーションとなります。
いずれかのルーティング エンジンでコミットが失敗した場合、コミット プロセスはもう一方のルーティング エンジンでもロールバックされます。このセーフガードにより、両方のルーティングエンジンの設定を同じにすることができます。
設定に大量のテキストや多数のapplyグループが含まれている場合、コミット時間が必要以上に長くなることがあります。
例えば、両方のルーティング エンジンを同じ設定にすることができます。このシナリオでは、要求元のルーティング エンジンにログインしている場合は、 で コマンドを発行します。re1 (
)
commit synchronize
re1
ルーティングエンジンは、その候補コンフィギュレーションを(応答ルーティングエンジン )に コピーして読み込みます。re1
re0
そして、両方のルーティング・エンジンが、コミットされる候補コンフィギュレーション・ファイルに対してシンタックス・チェックを実行します。エラーが見つからなければ、候補コンフィギュレーションが有効になり、 両方のルーティング エンジンの現在の動作コンフィギュレーションとなります。re1
コマンドを発行するときは、グループと ステートメントの使用方法については、 設定グループの適用 設定グループの適用を参照してください。 commit synchronize
re0
re1.
apply-groups
設定グループの適用方法
あるルーティング エンジンの現在の運用設定ファイルを、他のルーティング エンジンの設定ファイルと同期させることができます。これを行うには、同期元のルーティングエンジンにログインし、 コマンドを発行します 。commit synchronize
例:
[edit]
user@host# commit synchronize
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
システムの再起動中に無効な設定のため、バックアップ ルーティング エンジンが部分的にしかコミットされない場合があります。この場合、 プライマリ ルーティング エンジンからの オプションを指定した コマンドは機能しません。commit synchronize
force
応答するルーティング エンジンにコミットされていない設定変更がある場合、 コマンドは機能しません。commit synchronize
ただし、 オプションを使用して 、ルーティング エンジンでコミット同期を強制できます。force
一方のルーティング・エンジンから オプションを付けて コマンドを発行すると、もう一方のルーティング・エンジンでのコンフィギュレーション・セッションは終了します。commit synchronize
force
これらのセッションがもう一方のルーティング エンジンで終了すると、その設定は、コマンドを発行したルーティング エンジンの設定と同期されます。
このオプションは、コマンドの失敗の原因となった問題を解決できない場合にのみ使用することをお勧めします。force
commit synchronize
ルーティングエンジンに を 強制するには、同期元のルーティングエンジンにログインします。commit synchronize
次に、 オプションを付けて コマンドを実行します。force
例:
[edit]
user@host# commit synchronize force
re0:
re1:
commit complete
re0:
commit complete
[edit]
user@host#
デバイスでノンストップルーティングを有効にしている場合、設定を変更した後、プライマリルーティングエンジンから コマンドを入力します 。commit synchronize
バックアップのルーティング エンジンでこのコマンドを入力すると、ソフトウェアは警告を表示し、設定をコミットします。
階層レベルで ステートメントを含め、プライマリとバックアップのルーティングエンジン間で同時に同期を発生させます。fast-synchronize
[edit system]
[edit system] commit fast-synchronize;
-
ステートメントが設定されている場合、プライマリ ルーティング エンジンとバックアップ ルーティング エンジンのコミットが並行して実行されます。
fast-synchronize
このプロセスでは、コマンドを実行したルーティング エンジン でのみ設定が検証されます。commit
そのため、re0 や re1 などのグループには設定の詳細を含めすぎないことをお勧めします。グループre0 で指定した設定は、現在のルーティング エンジンがスロット 0 にある場合のみ適用されるからです。同様に、グループ re1 で指定された設定は、現在のルーティング エンジンがスロット 1 にある場合にのみ適用されます。 -
が有効で、両方のルーティングエンジン(プライマリとバックアップ)が異なるソフトウェアバージョンを実行している場合 、バックアップルーティングエンジンの設定が有効でない可能性があります。
fast-synchronize
これは、プライマリ ルーティング エンジンが設定を検証する場合にも当てはまります。したがって、両方のルーティングエンジンで同じオペレーティングシステムオペレーティングシステムソフトウェアのバージョンが実行されていることを確認してください。
コマンドを使用して、ルーティング エンジンの設定とすべてのコミット、イベント、lib、op、SNMP スクリプトを他のルーティング エンジンと同期させることができます 。commit synchronize scripts
要求元のルーティング エンジンに ステートメントを設定する と、デバイスはスクリプトを同期します。load-scripts-from-flash
デバイスは、要求元のルーティング エンジンのフラッシュ メモリから応答するルーティング エンジンのフラッシュ メモリにスクリプトを同期させます。それ以外の場合、デバイスは、要求元のルーティング エンジンのハード ディスクから応答するルーティング エンジンのハード ディスクにスクリプトを同期させます。デバイスは、スクリプトが構成で有効になっているか、前回の同期以降に更新されたかに関係なく、すべてのスクリプトを同期します。
ルーティングエンジンのコンフィギュレーション・ファイルとすべてのスクリプトを他のルーティング・エンジンと同期させるには、同期したいルーティング・エンジンにログインし、 コマンドを発行します 。commit synchronize scripts
例:
[edit]
user@host# commit synchronize scripts
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
要求元のルーティングエンジンのコミットチェック操作が失敗した場合、プロセスは停止し、スクリプトは応答するルーティングエンジンにコピーされません。応答するルーティング エンジンのコミット チェックまたはコミット操作が失敗した場合でも、スクリプトは同期されたままになります。同期は、応答するルーティングエンジンでのコミットチェック操作の前に行われるため、スクリプトは同期されたままです。
階層レベルで ステートメントを含めると、コマンドを発行するたびにスクリプトが同期されます。synchronize
[edit system scripts]
commit synchronize
[edit system scripts] synchronize;
コミットされた設定を自動的に同期するように複数のルーティングエンジンを設定する
デバイスに複数のルーティング エンジンがある場合、 コマンドを発行 することで、1 つのルーティング エンジンにその設定を他のルーティング エンジンと同期させるように手動で指示できます。commit synchronize
コンフィギュレーションがコミットされるたびにルーティング・エンジンが自動的に同期されるようにするには、 階層レベルに ステートメントを含めます:commit synchronize
[edit system]
[edit system] commit synchronize;
コマンドを実行した ルーティングエンジン(要求側のルーティングエンジン)は、その候補コンフィギュレーションを他の(応答側の)ルーティングエンジンにコピーし、読み込みます。commit
そして、すべてのルーティング・エンジンは、コミットされる候補コンフィギュレーション・ファイルに対してシンタックス・チェックを実行します。エラーが見つからなければ、コンフィギュレーションが有効になり、すべてのルーティング エンジンの現在の動作コンフィギュレーションとなります。
コミット同期プロセスでは、プライマリ ルーティング エンジンが設定をコミットし、設定のコピーをバックアップ ルーティング エンジンに送信します。その後、バックアップのルーティング エンジンがコンフィギュレーションをロードしてコミットします。そのため、プライマリとバックアップのルーティングエンジン間のコミット同期は、一度に1つのルーティングエンジンで行われます。設定のテキストサイズが大きい場合やapply-groupsが多い場合は、コミット時間が必要以上に長くなることがあります。
ステートメント を使用すると、プライマリとバックアップのルーティングエンジン間の同期を順次ではなく同時に行うことができます。commit fast-synchronize
これにより、プライマリとバックアップのルーティングエンジンでのコミットが並行して行われるため、同期に必要な時間を短縮することができます。
階層レベルで ステートメントを含め、プライマリとバックアップのルーティングエンジン間で同時に同期を発生させます。fast-synchronize
[edit system]
[edit system] commit fast-synchronize
-
一方のルーティング・エンジンでコミットが失敗した場合、もう一方のルーティング・エンジンでもコミット・プロセスがロールバックされます。これにより、両方のルーティング エンジンの構成を同じにすることができます。
-
ステートメントが設定されている場合、プライマリ ルーティング エンジンとバックアップ ルーティング エンジンのコミットが並行して実行されます。
fast-synchronize
このプロセスでは、コマンドを実行したルーティング エンジン でのみ設定が検証されます。commit
そのため、re0 や re1 などのグループ内の設定詳細の数を制限することをお勧めします。グループre0 で指定された設定は、現在のルーティング エンジンがスロット 0 にある場合にのみ適用されるからです。同様に、グループ re1 で指定された設定は、現在のルーティング エンジンがスロット 1 にある場合にのみ適用されます。 -
が有効になっている 場合、プライマリ ルーティング エンジンとバックアップ ルーティング エンジンが異なるソフトウェア バージョンを実行している場合、バックアップ ルーティング エンジンの設定が有効であるかどうかを確認することはできません。
fast-synchronize
これは、プライマリ ルーティング エンジンが設定を検証する場合にも当てはまります。したがって、両方のルーティング エンジンで実行されているオペレーティング システム ソフトウェアのバージョンが同じであることを確認してください。
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。
commit synchronize
プライマリールーティングエンジンから 階層レベルで を発行すると、バックアップルーティングエンジンが自動的に同期されることがわかります。commit
[edit system]
commit synchronize
プライマリールーティングエンジンから 階層レベルで を発行すると、バックアップルーティングエンジンが自動的に同期されることがわかります。commit
[edit system]