Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

EXシリーズスイッチのノンストップソフトウェアアップグレードについて

NSSU(ノンストップ ソフトウェア アップグレード)は、1 つのコマンドでネットワーク内のすべてのサポートされている EXシリーズ スイッチのアップグレードを可能にする機能です。

ノンストップソフトウェアアップグレード(NSSU)により、冗長ルーティングエンジンを搭載したジュニパーネットワークスのEXシリーズイーサネットスイッチと、EXシリーズバーチャルシャーシのすべてのメンバースイッチで実行されているソフトウェアを、1つのコマンドでアップグレードできます。アップグレード中は、プライマリの役割のスイッチオーバー中にネットワーク トラフィックの中断が最小限に抑えられる可能性があり、中断の程度はネットワーク トポロジ、構成、ネットワーク トラフィック、およびその他の環境要因に依存する可能性があります。

手記:

混在バーチャルシャーシ内のEXシリーズスイッチを、リリース15.1より前のリリースからJunos OS リリース15.1以降にアップグレードすると、最大60秒間、トラフィックが途切れることがあります。

次のEXシリーズバーチャルシャーシはNSSUをサポートしています。

NSSU を実行すると、次の利点が得られます。

  • コントロールプレーンを中断しない:NSSUは、 グレースフルルーティングエンジンスイッチオーバー (GRES)と ノンストップアクティブルーティング (NSR)を利用して、コントロールプレーンが中断しないようにします。アップグレード プロセス中、インターフェイス、カーネル、およびルーティング プロトコルの情報は保持されます。

  • ネットワーク トラフィックの中断を最小限に抑える:NSSU は、次の方法でネットワーク トラフィックの中断を最小限に抑えます。

    • EX6200スイッチ、EX8200スイッチ、EX8200バーチャルシャーシでラインカードを1枚ずつアップグレードすると同時に、アップグレードしないラインカードをトラフィックが通過し続けることを許可します。

    • 他のEXシリーズバーチャルシャーシのメンバースイッチを1台ずつアップグレードする一方で、アップグレードされないメンバーをトラフィックが引き続き流れるようにする。

    トラフィックの中断を最小限に抑えるには、各LAGのメンバーリンクが異なるラインカードまたはバーチャルシャーシメンバーに存在するように、リンクアグリゲーショングループ(LAG)を設定する必要があります。LAGの1つのメンバーリンクがダウンすると、残りのリンクもアップし、トラフィックはLAGを通過し続けます。

手記:

NSSU は、各ラインカードまたは各 バーチャルシャーシ メンバーのソフトウェアを一度に 1 つずつアップグレードするため、NSSU を使用したアップグレードは、 request system software add コマンドを使用したアップグレードよりも時間がかかる場合があります。

Junos OS リリース 16.1 以前のリリースでは、EX6200スイッチ、EX8200スイッチ、EX8200バーチャルシャーシでは、ラインカードアップグレードグループを設定することで、アップグレードにかかる時間を短縮できます。アップグレード グループ内のラインカードは同時にアップグレードされるため、アップグレードの完了にかかる時間が短縮されます。 ノンストップ ソフトウェア アップグレードのためのラインカード アップグレード グループの設定を参照してください。

NSSU を実行するための要件

すべてのスイッチとバーチャルシャーシに以下の要件が適用されます。

手記:

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

  • すべてのバーチャルシャーシメンバーとすべてのルーティングエンジンが、同じJunos OSリリースを実行している必要があります。

  • グレースフル ルーティングエンジン スイッチオーバー(GRES)を有効にする必要があります。

  • ノンストップ アクティブ ルーティング(NSR)を有効にする必要があります。

    手記:

    NSSU を実行するためにノンストップ ブリッジング(NSB)を有効にする必要はありませんが、NSSU を実行する前に NSB を有効にすることを推奨します。NSB を有効にすると、NSSU の一部であるルーティングエンジンのスイッチオーバー中に、NSB がサポートするすべてのレイヤー 2 プロトコルがシームレスに動作するようになります。Junos OS リリース 16.1 より前のリリースでは、「 スイッチ上のノンストップ ブリッジングの設定(CLI 手順)」を参照してください。

  • トラフィックの中断を最小限に抑えるには、メンバーリンクが異なるバーチャルシャーシメンバーまたは異なるラインカードに存在するように、リンクアグリゲーショングループ(LAG)を定義する必要があります。

    手記:

    NSSU の操作中に、 show interfaces ae-ae-interface-number CLI コマンドを使用してプライマリ ルーティングエンジン メンバーの LAG インターフェイス ステータスを表示しようとすると、トラフィック カウントが正しくないか、ゼロになることがあります。この問題を回避するには、バックアップのルーティングエンジンメンバーがすでにロードされ、実行されている場合、代わりにそのメンバーで コマンドを実行します。

EXシリーズバーチャルシャーシ(EX6200またはEX8200バーチャルシャーシを除く)でNSSUを実行するための要件は次のとおりです。

  • バーチャルシャーシのメンバーは、再起動してもメンバーが孤立しないように、リングトポロジーで接続する必要があります。このトポロジーにより、NSSU 中にバーチャルシャーシが分割されるのを防ぎます。

  • バーチャルシャーシのプライマリとバックアップは、リングトポロジーで隣接している必要があります。隣接関係により、ラインカード ロールのスイッチが再起動しているときでも、プライマリとバックアップが常に同期した状態を維持できます。

  • バーチャルシャーシは、ラインカード ロールで動作するメンバー スイッチにラインカード ロールが明示的に割り当てられるように、事前にプロビジョニングする必要があります。NSSU 期間中は、バーチャルシャーシ メンバーがそれぞれの役割を維持する必要があります。つまり、プライマリとバックアップは、プライマリとバックアップの役割を維持し(ただし、主要な役割は変更されます)、残りのスイッチは、それぞれのラインカードの役割を維持する必要があります。

  • 2 メンバー バーチャルシャーシは no-split-detection NSSU がメンバーをアップグレードするときにバーチャルシャーシが分割しないように設定されている必要があります。

手記:

EX4300バーチャルシャーシでは、NSSUを使用してソフトウェアアップグレードを実行する前に、[edit virtual-chassis]階層レベルでvcp-no-hold-timeステートメントを有効にする必要があります。vcp-no-hold-timeステートメントを有効にしないと、アップグレード中にバーチャルシャーシが分割される可能性があります。スプリット バーチャルシャーシはネットワークに混乱を引き起こす可能性があり、スプリットおよびマージ機能が無効になっている場合は、NSSU の後にバーチャルシャーシを手動で再設定する必要があります。スプリットバーチャルシャーシの詳細については、「バーチャルシャーシでのスプリットとマージについて」を参照してください

NSSUの仕組み

このセクションでは、EXシリーズスイッチとバーチャルシャーシでNSSUをリクエストするとどうなるかを説明します。

手記:

EX4650 バーチャルシャーシは QFX5120 バーチャルシャーシと同じように動作するため、NSSU を使用して EX4650 バーチャルシャーシをアップグレードする方法については、このトピックではなく、 バーチャルシャーシおよび混合バーチャルシャーシでのノンストップ ソフトウェア アップグレードバーチャルシャーシおよび混合バーチャルシャーシでのソフトウェア アップグレード を参照してください。

EX3300、EX3400、EX4200、EX4300、EX4400、EX4500、EX4600、および混合バーチャルシャーシ

EX3300、EX3400、EX4200、EX4300、EX4400、EX4500、または混合バーチャルシャーシでNSSUをリクエストする場合:

  1. バーチャルシャーシプライマリは以下を検証します。

    • バックアップはオンラインで、同じソフトウェアバージョンを実行しています。

    • グレースフルルーティングエンジンスイッチオーバー(GRES)とノンストップアクティブルーティング(NSR)が有効です。

    • バーチャルシャーシには、事前にプロビジョニングされた設定があります。

  2. プライマリは、バックアップに新しいソフトウェア イメージをインストールし、再起動します。

  3. プライマリがバックアップを再同期します。

  4. プライマリは、ラインカードの役割を持つメンバースイッチに新しいソフトウェアイメージをインストールし、一度に1つずつ再起動します。プライマリは、各メンバーがオンラインになりアクティブになるのを待ってから、次のメンバーでソフトウェアのアップグレードを開始します。

  5. ラインカード ロールのすべてのメンバーがアップグレードされると、プライマリがグレースフル ルーティングエンジン スイッチオーバーを実行し、アップグレードされたバックアップがプライマリになります。

  6. 元のプライマリのソフトウェアがアップグレードされ、元のプライマリが自動的に再起動されます。元のプライマリがバーチャルシャーシに再参加した後、グレースフルルーティングエンジンスイッチオーバーをリクエストすることで、オプションで元のプライマリに制御を戻すことができます。

EX6200およびEX8200スイッチ

冗長ルーティングエンジンを搭載したスタンドアロンスイッチでNSSUをリクエストする場合、次のようになります。

  1. スイッチは以下を検証します。

    • 両方のルーティング エンジンがオンラインで、同じソフトウェア バージョンを実行しています。

    • どちらのルーティング エンジンにも、新しいソフトウェア イメージを保存するための十分なストレージ容量があります。

    • グレースフル ルーティングエンジン スイッチオーバーとノンストップ アクティブ ルーティングが有効です。

  2. スイッチは、バックアップ ルーティングエンジンに新しいソフトウェア イメージをインストールし、再起動します。

  3. スイッチは、バックアップ ルーティングエンジンをプライマリ ルーティングエンジンに再同期します。

  4. 最初のアップグレード グループのライン カード(アップグレード グループが定義されていない場合はスロット 0 のラインカード)が新しいイメージをダウンロードしてから再起動します。このプロセス中も、トラフィックは他のアップグレード グループのライン カードを通過し続けます。

  5. ステップ 4 で再起動したラインカードが再びオンラインになると、次のアップグレード グループのラインカードが新しいイメージをダウンロードして再起動します。このプロセスは、すべてのオンラインラインカードが新しいソフトウェアで再起動されるまで続きます。

    手記:

    NSSU を起動する前に CLI でラインカードをオフラインにした場合、ラインカードは再起動されず、オフラインのままになります。

  6. スイッチはグレースフル ルーティングエンジン スイッチオーバーを実行するため、アップグレードされたバックアップ ルーティングエンジンがプライマリになります。

  7. スイッチは、元のプライマリ ルーティングエンジンに新しいソフトウェアをインストールします。

    アップグレード プロセスを完了するには、元のプライマリ ルーティングエンジンを再起動する必要があります。手動で行うことも、NSSUを要求するときに reboot オプションを含めることで、スイッチに自動リブートを実行させることもできます。元のプライマリを再起動した後、グレースフルルーティングエンジンスイッチオーバーを要求することで、オプションで元のプライマリに制御を戻すことができます。

  8. (EX6200スイッチのみ)元のプライマリ ルーティングエンジンが再起動し、ソフトウェア アップグレードが完了します。

    手記:

    EX8200スイッチでアップグレード プロセスを完了するには、元のプライマリ ルーティングエンジンを再起動する必要があります。元のプライマリ ルーティングエンジンを手動で再起動するか、NSSUを要求するときに reboot オプションを含めてスイッチに自動再起動を実行させることができます。

  9. (オプション)元のプライマリを再起動した後、グレースフル ルーティングエンジン スイッチオーバーをリクエストすることで、元のプライマリに制御を戻すことができます。

    スイッチは、ソフトウェアのアップグレード後、どちらのルーティングエンジンもプライマリルーティングエンジンとして動作して通常の動作を維持できるため、このスイッチオーバーを実行する必要があるのは、ルーティングエンジン制御を元のプライマリルーティングエンジンに戻す場合のみです。

EX8200バーチャルシャーシ

EX8200バーチャルシャーシでNSSUをリクエストする場合:

  1. プライマリ外部ルーティングエンジンは、以下を検証します。

    • オンラインのバックアップ外部ルーティングエンジンがあります。

    • すべてのバーチャルシャーシメンバーには冗長ルーティングエンジンが搭載されており、ルーティングエンジンはオンラインです。

    • すべてのルーティング エンジンが同じソフトウェア バージョンを実行しています。

    • すべてのルーティング エンジンには、新しいソフトウェア イメージを保存するための十分なストレージ容量があります。

    • グレースフル ルーティングエンジン スイッチオーバーとノンストップ アクティブ ルーティング(NSR)が有効です。

  2. プライマリ外部ルーティングエンジンは、バックアップ外部ルーティングエンジンに新しいソフトウェアイメージをインストールし、再起動します。

  3. バックアップ外部ルーティングエンジンは、プライマリ外部ルーティングエンジンと再同期します。

  4. プライマリ外部ルーティングエンジンは、メンバースイッチのバックアップルーティングエンジンに新しいソフトウェアをインストールし、バックアップルーティングエンジンを再起動します。

  5. バックアップ ルーティング エンジンの再起動が完了すると、最初のアップグレード グループのラインカードが新しいイメージをダウンロードして再起動します。(アップグレード グループが定義されていない場合、メンバー 0 のスロット 0 にあるライン カードが新しいイメージをダウンロードして再起動します)。このプロセス中も、トラフィックは他のアップグレード グループのライン カードを通過し続けます。

  6. ステップ 5 で再起動したライン カードが再びオンラインになると、次のアップグレード グループ(または次のシーケンシャル ラインカード)のラインカードが新しいイメージをダウンロードして再起動します。このプロセスは、すべてのオンラインラインカードが新しいソフトウェアで再起動されるまで続きます。

    手記:

    NSSU を起動する前に CLI でラインカードをオフラインにした場合、ラインカードは再起動されず、オフラインのままになります。

  7. 新しいソフトウェア イメージは、外部と内部の両方のプライマリ ルーティング エンジンにインストールされます。

  8. メンバースイッチはグレースフルルーティングエンジンスイッチオーバーを実行するため、アップグレードされたバックアップルーティングエンジンがプライマリになります。

  9. プライマリ外部ルーティングエンジンはグレースフル ルーティングエンジン スイッチオーバーを実行するため、バックアップ外部ルーティングエンジンプライマリになります。

アップグレード プロセスを完了するには、外部と内部の両方の元のプライマリ ルーティング エンジンを再起動する必要があります。各ルーティングエンジンへのコンソール接続を確立して手動で行うことも、NSSU を要求するときに reboot オプションを含めて自動的に再起動することもできます。元のプライマリ外部ルーティングエンジンがリブートされた後、グレースフルルーティングエンジンスイッチオーバーを要求することで、オプションで制御を戻すことができます。

NSSU の制限事項

NSSU を使用してソフトウェアをダウングレードすることはできません。つまり、スイッチで現在実行されているバージョンよりも前のバージョンのソフトウェアをインストールすることはできません。以前のバージョンのソフトウェアをインストールするには、 request system software add コマンドを使用します。

NSSU を使用してアップグレードを実行した後は、以前のソフトウェア バージョンにロールバックできません。前のソフトウェア バージョンにロール バックする必要がある場合は、新しいソフトウェア バージョンを代替ルート パーティションにまだコピーしていなければ、代替ルート パーティションから再起動することでロール バックできます。

NSSUおよびJunos OS リリースのサポート

NSSUを実行する前に、バーチャルシャーシでNSSUをサポートするJunos OSリリースが実行されている必要があります。バーチャルシャーシがNSSUをサポートしていないソフトウェアバージョンを実行している場合は、 request system software add コマンドを使用します。

表1 は、NSSUをサポートするEXシリーズスイッチとバーチャルシャーシ、およびサポートを開始したJunos OSリリースを示しています。

表 1:NSSU のプラットフォームとリリースのサポート

プラットホーム

Junos OS リリース

EX3300 バーチャルシャーシ

12.2 以降

EX3400バーチャルシャーシ

15.1X53-D55 以降

EX4100およびEX4100-Fスイッチ

22.2 以降

EX4100マルチギガビットスイッチ

22.2 以降

EX4200バーチャルシャーシ

12.1以降

EX4300 バーチャルシャーシ

13.2X51-D20 以降

EX4300マルチギガビットバーチャルシャーシ 18.2R1以降
EX4400バーチャルシャーシ 21.1以降
EX4400マルチギガビットバーチャルシャーシ 21.2 以降

EX4500バーチャルシャーシ

12.1以降

EX4550バーチャルシャーシ

12.2 以降

EX4200とEX4500の混在バーチャルシャーシ

12.1以降

EX4200とEX4550の混在バーチャルシャーシ

12.2 以降

EX4200、EX4500、EX4550が混在するバーチャルシャーシ

12.2 以降

EX4500とEX4550の混在バーチャルシャーシ

12.2 以降

EX4300 と EX4600 の混在バーチャルシャーシ 13.2X51-D25 以降

EX6200スイッチ

12.2 以降

EX8200スイッチ

10.4 以降

EX8200バーチャルシャーシ

11.1以降

NSSU の設定と動作の概要

スイッチまたはバーチャルシャーシの設定が、 NSSU を実行するための要件に記載されている要件を満たしていることを確認する必要があります。NSSU では、追加の設定は必要ありません。

Junos OS リリース 16.1 以前のリリースでは、EX6200 スイッチ、EX8200 スイッチ、EX8200 バーチャルシャーシでは、オプションで CLI を使用してラインカード アップグレード グループを設定できます。 例:EXシリーズスイッチでのノンストップソフトウェアアップグレードのためのラインカードアップグレードグループの設定を参照してください。

NSSU を実行するには、 request system software nonstop-upgrade コマンドを実行します。NSSU を実行する方法の詳細な手順については、関連ドキュメントのトピックを参照してください。

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。

解放
形容
16.1
Junos OS リリース 16.1 以前のリリースでは、EX6200スイッチ、EX8200スイッチ、EX8200バーチャルシャーシでは、ラインカードアップグレードグループを設定することで、アップグレードにかかる時間を短縮できます。