Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

統合型ISSUについて

統合型インサービスソフトウェアアップグレード(ISSU)は、ソフトウェアアップグレードプロセス中のトラフィック損失を最小限に抑える機能です。

統合型インサービス ソフトウェア アップグレードの開始

統合型インサービスソフトウェアアップグレード(ISSU)機能を使用すると、コントロールプレーンを中断することなく、トラフィックの中断を最小限に抑えながら、2つの異なるJunos OSリリース間でアップグレードできます。

必要な情報にすばやくアクセスするには、 表 1 のリンクをクリックしてください。

表 1:ISSU の操作に必要な情報の場所

実行する必要があるタスク

情報の場所

デバイスの統合型ISSUサポートを確認する

統合型ISSU のシステム要件

統合型ISSUを実行する

例:統合型 ISSU の実行

統合型 ISSU が成功したことを検証します

統合型ISSUの検証

統合型ISSUプロセスの仕組みを理解する

統合型ISSUプロセスについて

統合型ISSUは、デュアルルーティングエンジンが提供する冗長性を活用し、グレースフルルーティングエンジンスイッチオーバー機能やノンストップアクティブルーティング機能と連携して動作します。

統合型 ISSU には次のメリットがあります。

  • ソフトウェアイメージアップグレード中のネットワークダウンタイムを排除

  • 運用コストを削減しながら、より高いサービスレベルを実現

  • 新機能の迅速な実装が可能

統合型ISSUプロセスについて

このトピックでは、ルーター、TX Matrixルーター、TX Matrix Plusルーターとその接続されたLCC(ラインカードシャーシ)、および3D SIBとそれに接続されたLCCを備えたTX Matrix Plusルーターで実行される統合型ISSUプロセスについて説明します。

ルーターでの統合型ISSUプロセスについて

このトピックでは、統合型インサービスソフトウェアアップグレード(ISSU)を開始する際に、デュアルルーティングエンジンを搭載したルーターで実行されるプロセスについて説明します。

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

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

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

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

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

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

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

手記:

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

手記:

以下のプロセスは、TX MatrixルーターとTX Matrix Plusルーターを除く、サポートされているすべてのルーティングプラットフォームに適用されます。ほとんどのルーターでは、パケット転送エンジンはFPC(フレキシブルPICコンセントレータ)に存在します。ただし、M120ルーターでは、転送エンジンボード(FEB)がパケット転送エンジンの機能を置き換えます。図と手順では、M120ルーターを検討する場合、パケット転送エンジンをFPCと見なすことができます。M120ルーターの追加ステップとして、FPCとPICがアップグレードされた後、FEBがアップグレードされます。

  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:統合型ISSUDevice Status Before Starting a Unified ISSUを開始する前のデバイスステータス
  3. 検証が成功すると、管理プロセスによって新しいソフトウェア イメージがバックアップ ルーティングエンジンにインストール(コピー)されます。

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

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

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

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

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

    手記:

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

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

    図4:ルーティングエンジンスイッチオーバーDevice Status Before the Routing Engine Switchover前のデバイスステータス
    手記:

    M120 ルーターの場合、FEB はこの時点でアップグレードされます。すべての FEB がアップグレードされると、システムをスイッチオーバーする準備が整います。

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

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

    図 6:統合型 ISSU 完了後のデバイス ステータス Device Status After the Unified ISSU Is Complete
  12. バックアップ ルーティングエンジンのアップグレードが正常に完了すると、統合型 ISSU は完了です。

TX Matrix ルーターでの統合型 ISSU プロセスについて

このトピックでは、ISSU(統合型稼動中ソフトウェア アップグレード)を開始する際に TX マトリクス ルーターで実行されるプロセスについて説明します。

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

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

手記:

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

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

TX Matrixルーターでコマンドをrequest system software in-service-upgrade 使用すると、次のプロセスが発生します。

  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ルーターが再起動されます。

ISSU(インサービスソフトウェアアップグレード)について

ISSU(インサービスソフトウェアアップグレード)を使用すると、コントロールプレーンでの中断を最小限に抑え、トラフィックの中断を最小限に抑えながら、2つの異なるJunos OSリリース間のアップグレードを行うことができます。ISSU 期間中、Junos OS は 2 つの個別の仮想マシン(VM)で稼働します。1 つの VM はプライマリ ロールでプライマリ ルーティングエンジンとして機能し、もう 1 つの VM はバックアップ ルーティングエンジンとして機能するバックアップ ロールで機能します。バックアップ VM で Junos OS がアップグレードされます。ソフトウェアのアップグレードが成功すると、バックアップ仮想マシンがプライマリ仮想マシンになり、元のプライマリ仮想マシンは不要になり、シャットダウンされます。

ISSU には次のメリットがあります。

  • ソフトウェアイメージアップグレード中のネットワークダウンタイムを排除

  • 運用コストを削減しながら、より高いサービスレベルを実現

  • 新機能の迅速な実装が可能

インサービスソフトウェアアップグレードプロセス

スタンドアロン デバイスで ISSU を要求する場合:

  1. 管理プロセス(mgd)は、ノンストップルーティング(NSR)、グレースフルルーティングエンジンスイッチオーバー(GRES)、およびノンストップブリッジング(NSB)が有効になっていることを確認します。

  2. スイッチがソフトウェア パッケージをダウンロードして検証します。

  3. ISSU ステート マシンは、新しいソフトウェアでバックアップ ルーティングエンジン(RE)を生成します。

  4. ISSU ステート マシンは、バックアップ RE がすべてのデータをプライマリ RE と同期したかどうかを確認します。

  5. ISSU ステート マシンは、デバイス(転送 ASIC、FPGA、管理ポート、シリアル コンソールなど)をプライマリ RE からバックアップ RE に移動します。

  6. プライマリロールはRE間で切り替わるため、バックアップREがプライマリREになります。

  7. 古いプライマリREはシャットダウンされます。

ACX5000シリーズルーターのISSU(インサービスソフトウェアアップグレード)について

ISSU(インサービスソフトウェアアップグレード)を使用すると、コントロールプレーンでの中断を最小限に抑え、トラフィックの中断を最小限に抑えながら、2つの異なるJunos OSリリース間のアップグレードを行うことができます。ISSU 期間中、Junos OS は 2 つの個別の仮想マシン(VM)で稼働します。1 つの VM はプライマリ ロールでプライマリ ルーティングエンジンとして機能し、もう 1 つの VM はバックアップ ルーティングエンジンとして機能するバックアップ ロールで機能します。バックアップ VM で Junos OS がアップグレードされます。ソフトウェアのアップグレードが成功すると、バックアップ仮想マシンがプライマリ仮想マシンになり、元のプライマリ仮想マシンは不要になり、シャットダウンされます。

手記:

ISSU は、ACX5000 シリーズ ルーターの Junos OS リリース 15.1X54–D60 以降でサポートされています。

ISSU には次のメリットがあります。

  • ソフトウェアイメージアップグレード中のネットワークダウンタイムを排除

  • 運用コストを削減しながら、より高いサービスレベルを実現

  • 新機能の迅速な実装が可能

インサービスソフトウェアアップグレードプロセス

スタンドアロン デバイスで ISSU を要求する場合:

  1. 管理プロセス(mgd)は、ノンストップルーティング(NSR)、グレースフルルーティングエンジンスイッチオーバー(GRES)、およびノンストップブリッジング(NSB)が有効になっていることを確認します。

  2. ルーターがソフトウェア パッケージをダウンロードして検証します。

  3. ISSU ステート マシンは、新しいソフトウェアでバックアップ ルーティングエンジン(RE)を生成します。

  4. ISSU ステート マシンは、バックアップ RE がすべてのデータをプライマリ RE と同期したかどうかを確認します。

  5. ISSU ステート マシンは、デバイス(転送 ASIC、FPGA、管理ポート、シリアル コンソールなど)をプライマリ RE からバックアップ RE に移動します。

  6. プライマリロールはRE間で切り替わるため、バックアップREがプライマリREになります。

  7. 古いプライマリREはシャットダウンされます。