統合型ISSUについて

ルーターでの統合型ISSUプロセス

request system software in-service-upgrade コマンドを使用すると、次の処理が行われます。

以下の 図1 から 図6 では、

• 実線は、ルーティングエンジンとパケット転送エンジン間の高速内部リンクを示しています。

• 点線は、パケット転送エンジンとルーティングエンジン上のシャーシプロセス(chassisd)との間で交換されるメッセージを示しています。

• RE0mおよびRE1bは、それぞれプライマリおよびバックアップルーティングエンジンを示します。

• チェックマークは、デバイスが新しいバージョンのソフトウェアを実行していることを示します。

手記：

統合型ISSU は、デバイスの現在のリリースより最大 3 つのメジャー リリースのみアップグレードできます。デバイスの現在のリリースより 3 つ以上前のリリースにアップグレードするには、統合型 ISSU プロセスを使用して、デバイスがターゲット リリースの 3 つのメジャー リリース内になるまで、デバイスを 1 つ以上の中間リリースにアップグレードします。

1. プライマリ ルーティングエンジンは、ルーター設定を検証して、新しいソフトウェア バージョンを使用する際にコミットできることを確保します。

   以下の点がチェックされます。

   • ディスク容量は、両方のルーティングエンジンの /var ファイルシステムに利用できます。

   • この設定は、統合型ISSUによってサポートされています。

   • PICは統合型ISSUでサポートされています。

   • グレースフル ルーティングエンジン スイッチオーバーが有効になっています。

   • ノンストップ アクティブ ルーティングが有効です。

   これらのチェックは、 request system software validate in-service-upgrade コマンドを入力したときに行われるチェックと同じです。いずれかのルーティング エンジンで使用可能なディスク容量が不足している場合、統合型 ISSU プロセスは失敗し、エラー メッセージを返します。ただし、サポートされていないPICは統合型ISSUを妨げるものではありません。サポートされていないPICがある場合、システムは警告を発行し、アップグレード中にこれらのPICが再起動することを示します。同様に、サポートされていないプロトコルが設定されている場合、システムは、アップグレード中にサポートされていないプロトコルでパケット損失が発生する可能性があるという警告を出します。

   手記：

   Junos OS リリース 24.2R1 以降、プライマリ ルーティングエンジンも INDB がクラッシュしていないか確認するチェックを実行します。INDB クラッシュが検出された場合、統合型 ISSU プロセスはキャンセルされます。

2. 図 1:統合型ISSUを開始する前のデバイスステータス

3. 検証が成功すると、管理プロセスによって新しいソフトウェア イメージがバックアップ ルーティングエンジンにインストール(コピー)されます。

4. バックアップ ルーティングエンジンが再起動されます。

5. バックアップルーティングエンジンを再起動し、新しいソフトウェアを実行した後、カーネル状態同期プロセス(ksyncd)により、プライマリルーティングエンジンから構成ファイルとカーネル状態が同期(コピー)されます。

   図2:バックアップルーティングエンジンアップグレード後のデバイスの状態

6. 構成ファイルとカーネルの状態がバックアップ ルーティングエンジンに同期された後、プライマリ ルーティングエンジン上のシャーシ プロセス(chassisd)は、統合型 ISSU 用の他のソフトウェア プロセスを準備します。シャーシプロセスは、統合型ISSUについてさまざまなソフトウェアプロセス(rpd、apsd、bfddなど)に通知し、それらからの応答を待ちます。すべてのプロセスの準備が整うと、シャーシ プロセスは、ルーターにインストールされている FPC にISSU_PREPAREメッセージを送信します。 show log messages コマンドを使用して、統合型 ISSU プロセス メッセージを表示できます。

7. 各FPCのパケット転送エンジンは、その状態を保存し、バックアップのルーティングエンジンから新しいソフトウェアイメージをダウンロードします。次に、各パケット転送エンジンはシャーシ プロセスにISSU_READYメッセージを送信します。

   図3:パケット転送エンジンが新しいソフトウェアをダウンロードした後のデバイスステータス

8. パケット転送エンジンからISSU_READYメッセージを受信した後、シャーシ プロセスは、パケット転送エンジンが存在するFPCにISSU_REBOOTメッセージを送信します。FPCが新しいソフトウェアイメージで再起動します。FPCが再起動された後、パケット転送エンジンはFPCの状態を復元し、新しいソフトウェアを実行しているバックアップルーティングエンジンとの高速内部リンクが確立されます。シャーシ プロセス リンクもプライマリ ルーティングエンジンと再確立されます。

   手記：

   統合型ISSU 中に発生するパケット転送エンジン再起動は、「ダーク ウィンドウ」と呼ばれます。このダウンタイム期間中は、最大で 2 秒間のトラフィック損失が予想されます。

9. すべてのパケット転送エンジンが、プライマリルーティングエンジン上のシャーシプロセスを使用してREADYメッセージを送信した後、ルーティングエンジンのスイッチオーバーのために他のソフトウェアプロセスが準備されます。この時点で、システムはスイッチオーバーの準備が整っています。

   図4:ルーティングエンジンスイッチオーバー前のデバイスステータス

10. ルーティングエンジンのスイッチオーバーが発生し、バックアップであったルーティングエンジン(re1)がプライマリルーティングエンジンとなります。

    図5:ルーティングエンジンスイッチオーバー後のデバイスステータス

11. これで、新しいバックアップ ルーティングエンジンが新しいソフトウェア イメージにアップグレードされました。(request system software in-service-upgrade コマンドで no-old-master-upgrade オプションを指定した場合は、このステップはスキップされます。

    図 6:統合型 ISSU 完了後のデバイス ステータス

12. バックアップ ルーティングエンジンのアップグレードが正常に完了すると、統合型 ISSU は完了です。

TX Matrix ルーターでの統合型 ISSU プロセス

このセクションでは、TXマトリクス ルーターと、LCC(接続されたラインカード シャーシ)として機能するルーターで実行されるプロセスについて説明します。

手記：

ルーティング マトリクスは、1 つの TX マトリクス ルーターと 1 つから 4 つの T640 ルーターで構成されるマルチシャーシ アーキテクチャです。ユーザー インターフェイスの観点から見ると、ルーティング マトリクスは単一ルーターとして表示されます。TXマトリクス ルーターは、ルーティング マトリクス内のすべてのT640ルーターを制御します。

各ルーターにはデュアルルーティングエンジンが搭載されています。

TX Matrix ルーターで No link title コマンドを使用すると、以下のプロセスが発生します。

1. TX マトリックス ルーター(グローバル プライマリ)のプライマリ ルーティング ルーティングエンジンの管理プロセス(mgd)は、現在の設定をチェックします。

   以下の点がチェックされます。

   • ディスク容量は、すべてのルーティングエンジンの /var ファイルシステムに使用できます。

   • この設定は、統合型ISSUによってサポートされています。

   • PICは統合型ISSUでサポートされています。

   • グレースフル ルーティングエンジン スイッチオーバーが有効になっています。

   • ノンストップ アクティブ ルーティングが有効です。

2. 設定の検証に成功すると、管理プロセスにより、TX マトリクス ルーターと T640 ルーターのバックアップ ルーティング エンジンに新しいイメージがコピーされます。

3. バックアップルーティングエンジンのカーネル同期プロセス(ksyncd)は、バックアップルーティングエンジンのカーネルをプライマリルーティングエンジンのカーネルと同期させます。

4. グローバル バックアップ ルーティングエンジンが新しいソフトウェアでアップグレードされます。次に、グローバルバックアップのルーティングエンジンをリブートします。次に、グローバル・バックアップ・ルーティングエンジンは、グローバル・プライマリ・ルーティングエンジンから構成とカーネル状態を同期化します。

5. LCCバックアップルーティングエンジンがアップグレードされ、再起動されます。次に、LCCバックアップルーティングエンジンがアップグレードされたグローバルバックアップルーティングエンジンに接続し、設定とカーネル状態を同期します。

6. 統合型ISSU制御は、管理プロセスからシャーシプロセス(chassisd)に移行します。シャーシプロセスは、統合型ISSUについてさまざまなソフトウェアプロセス(rpd、apsd、bfddなど)に通知し、それらからの応答を待ちます。

7. プロセスが統合型ISSUの準備ができていることを示すメッセージをソフトウェアプロセスから受信した後、グローバルプライマリルーティングエンジン上のシャーシプロセスは、統合型ISSUを開始するためにルーティングノード上のシャーシプロセスにメッセージを送信します。

8. ルーティングノードのシャーシプロセスは、FPCやインテリジェントPICなどのFRU(フィールド交換可能ユニット)にISSU_PREPAREメッセージを送信します。

9. ISSU_PREPAREメッセージを受信した後、パケット転送エンジンは現在の状態情報を保存し、バックアップルーティングエンジンから新しいソフトウェアイメージをダウンロードします。次に、各パケット転送エンジンはシャーシ プロセスにISSU_READYメッセージを送信します。 show log messages コマンドを使用して、統合型 ISSU プロセス メッセージを表示できます。

10. パケット転送エンジンからISSU_READYメッセージを受信した後、シャーシプロセスはFRUにISSU_REBOOTメッセージを送信します。アップグレードの進行中、FRU はルーティング ノード上のシャーシ プロセスにISSU_IN_PROGRESSメッセージを送信し続けます。各ルーティング ノード上のシャーシ プロセスは、グローバル プライマリ ルーティングエンジン上のシャーシ プロセスに ISSU_IN_PROGRESS メッセージを送信します。

    手記：

    統合型 ISSU 中に発生する パケット転送エンジン の再起動は、ダウンタイムのウィンドウが非常に短いように設計されています。

11. 統合型ISSUの再起動後、パケット転送エンジンは保存された状態情報を復元し、ルーティングノードに接続し直します。各ルーティング ノード上のシャーシ プロセスは、グローバル プライマリ ルーティングエンジン上のシャーシ プロセスに ISSU_READY メッセージを送信します。ルーティング ノード上のシャーシ プロセスからのCM_MSG_READYメッセージは、統合型 ISSU が FRU で完了したことを示します。

12. 統合型 ISSU 制御は、グローバル プライマリ ルーティングエンジンの管理プロセスに戻ります。

13. 管理プロセスにより、プライマリ ルーティング エンジンでルーティングエンジンのスイッチオーバーが開始されます。

14. ルーティングエンジンのスイッチオーバーは、TXマトリクス ルーターとT640 ルーターで行われます。

15. スイッチオーバー後、FRUは新しいプライマリルーティングエンジンに接続します。次に、T640ルーターFRU上のシャーシマネージャーとパケット転送エンジンマネージャーが、T640ルーター上の新しいプライマリルーティングエンジンに接続します。

16. グローバルプライマリルーティングエンジンの管理プロセスは、T640ルーター上の古いプライマリルーティングエンジンのアップグレードプロセスを開始します。(request system software in-service-upgrade コマンドで no-old-master-upgrade オプションを指定した場合は、このステップはスキップされます。

17. T640ルーターのプライマリであったルーティングエンジンがアップグレードされた後、管理プロセスは、TXマトリクスルーターで以前はグローバルプライマリであったルーティングエンジンのアップグレードを開始します。

18. 統合型ISSUが成功すると、request system software in-service-upgradeコマンドでrebootオプションを指定した場合は、TXマトリクス ルーターとT640ルーターが再起動されます。