Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ノンストップ ソフトウェア アップグレードを使用したバーチャルシャーシと混合バーチャルシャーシのソフトウェア アップグレード

ノンストップソフトウェアアップグレード(NSSU)により、アップグレード中のトラフィックの中断を最小限に抑えながら、サポートされているバーチャルシャーシのすべてのメンバースイッチで実行されているソフトウェアをアップグレードできます。

手記:

NSSU は、Junos OS リリース間の特定のバーチャルシャーシでのみ機能します。バーチャルシャーシがNSSUをサポートしていないソフトウェアバージョンを実行している場合、またはリリースとリリースの組み合わせをサポートしていない場合は、request system software addコマンドを使用して、バーチャルシャーシ内のメンバースイッチを個別にアップグレードします。

また、NSSUがサポートされていない場合に、トラフィックフローへの影響を最小限に抑えながら、2メンバーのQFXシリーズバーチャルシャーシを手動でアップグレードする方法のネットワーク構成例である「 2メンバーQFXシリーズバーチャルシャーシのアップグレード手順」も参照できます。

ソフトウェアをインストールするためのスイッチの準備

NSSU を使用して新しいソフトウェアのインストールを開始する前に、次の手順を実行します。

  • バーチャルシャーシが接続され、NSSU プロセスをサポートするように正しく設定されていることを確認します。 NSSU を実行するための要件を参照してください。

  • メンバーが同じバージョンのソフトウェアを実行していることを確認します。

    バーチャルシャーシメンバーまたは混合 バーチャルシャーシ メンバーが同じバージョンのソフトウェアを実行していない場合は、 request system software add コマンドを使用して、不整合なメンバー上のソフトウェアをアップグレードします。

  • グレースフル ルーティングエンジン スイッチオーバー(GRES)が有効になっていることを確認するか、該当するプラットフォームでは、グレースフル ルーティングエンジン スイッチオーバーも有効にするノンストップ アクティブ ルーティング(NSR)が有効になっていることを確認します。詳細については、「 スイッチでのノンストップ アクティブ ルーティングの設定 」を参照してください。

    ノンストップのアクティブルーティング状態をチェックして、NSR と GRES の両方が有効になっていることを確認するには、次の手順に従います。

  • (該当するプラットフォームではオプション)ノンストップブリッジング(NSB)を有効にすると、NSSUの一部であるルーティングエンジンのスイッチオーバー中に、NSBがサポートするすべてのレイヤー2プロトコルがシームレスに動作するようになります。詳細については、「 スイッチ上のノンストップブリッジングの設定(CLI 手順)」 を参照してください。

  • メンバーが 2 人のバーチャルシャーシの場合は、NSSU がメンバーの 1 つをアップグレードするときにバーチャルシャーシが分割されないように、 no-split-detection が設定されていることを確認します。 バーチャルシャーシでの分割とマージの無効化を参照してください。

  • Junos OS 13.2X50 リリースを実行している EX4300 バーチャルシャーシでは、NSSU を使用してソフトウェア アップグレードを実行する前に、[edit virtual-chassis] 階層レベルで vcp-no-hold-time オプションを設定する必要があります。そうしないと、アップグレード中にバーチャルシャーシが分割される可能性があります。分割バーチャルシャーシはネットワークを中断する可能性があり、分割マージ機能が無効になっている場合は、NSSU の後にバーチャルシャーシを手動で再設定する必要があります。バーチャルシャーシの分割の詳細については、「バーチャルシャーシの分割とマージについて」を参照してください。このステートメントは、EX4300 バーチャルシャーシ、または EX4300 スイッチを含む混合バーチャルシャーシにのみ影響します。

    このオプションを設定するには:

  • ラインカードアップグレードグループが設定されているQFX5100バーチャルシャーシでは、 lc-reboot-delay オプションを有効にして、ラインカードグループ内の隣接するメンバーの再起動時の遅延を設定する必要があります。このオプションがないと、次のメンバーが再起動したときに、前のメンバーが再起動してバーチャルシャーシに参加してから約2分後に、以前に再起動されたメンバーがトラフィックを伝送する準備ができていない可能性があります。この遅延により、共通のリンクアグリゲーショングループ(LAG)の一部であるインターフェイスを持つ2つの隣接するラインカードメンバーがある場合に、トラフィックのドロップを防ぐことができます。

    200 秒の遅延を設定することをお勧めします (許容範囲は 0 から 600 秒です)。この遅延を設定するには:

  • (オプション) request system snapshot コマンドを使用して、必要に応じて、各メンバーのシステムソフトウェア(Junos OS、アクティブな設定、およびログファイル)を外部ストレージデバイスにバックアップします。

NSSU を使用したソフトウェアのアップグレード

この手順では、NSSU を使用して、すべてのバーチャルシャーシまたは混合バーチャルシャーシ メンバーで実行されているソフトウェアをアップグレードする方法について説明します。アップグレードが完了すると、すべてのメンバーが新しいバージョンのソフトウェアを実行します。アップグレードにはグレースフル ルーティングエンジン スイッチオーバーが含まれるため、元のバーチャルシャーシ バックアップ メンバー スイッチが新しいプライマリになります。

NSSU の実行中、プライマリはバーチャルシャーシ内のすべてのメンバーに新しいソフトウェア イメージをコピーし、順番に再起動します。メンバーへの新しいソフトウェアのコピーに失敗した場合、またはメンバーの再起動に失敗した場合、NSSU はアップグレードプロセスを終了し、エラーを記録します。この場合、互換性のない状態のままになっているメンバーのリカバリー措置を手動で実行して、すべてのメンバーを同じバージョンのソフトウェアの実行に復元する必要があります。Junos OS リリース 14.1X53-D40 以降、NSSU は、これらの障害のいずれかが発生した場合に、次のように自動的にリカバリー措置を呼び出します。

  • NSSU がコピー エラーが原因で終了した場合、プライマリは、新しいイメージがすでにコピーされたすべてのメンバーから新しいイメージを削除します。

  • いずれかのメンバーが再起動に失敗した場合、NSSU はバーチャルシャーシ全体をダウンさせて再起動することで、自動的にバーチャルシャーシのクリーンな再起動を開始します。すべてのメンバーが同時に新しいソフトウェアを実行します。このアクションにより、不安定なバーチャルシャーシで異なるバージョンのソフトウェアを実行してコンバージェンスを試みるよりも早く、正しいバーチャルシャーシ動作をクリーンに回復できます。

手記:

自動化が強化されたJunos OSソフトウェアイメージは、QFX5100スイッチを備えた非混合バーチャルシャーシでのみサポートされます。また、標準の Junos OS ソフトウェア イメージから自動化が強化された Junos OS ソフトウェア イメージに、または自動化が強化された Junos OS ソフトウェア イメージから標準の Junos OS ソフトウェア イメージに NSSU を実行することもできません。

NSSU を使用してバーチャルシャーシの全メンバーをアップグレードするには、次の手順に従います。

  1. QFXシリーズ デバイスへのソフトウェア パッケージのインストールの説明に従って、ソフトウェア パッケージをダウンロードします。混在バーチャルシャーシをアップグレードする場合は、異なるスイッチ タイプのソフトウェア パッケージをダウンロードします。

  2. ソフトウェア パッケージをバーチャルシャーシにコピーします。1 次側の /var/tmp ディレクトリにファイルをコピーすることをお勧めします。

  3. コンソール接続または VME(仮想管理イーサネット)インターフェイスを使用して、バーチャルシャーシまたは混合バーチャルシャーシにログインします。コンソール接続を使用すると、プライマリ スイッチの再起動の進行状況を監視できます。

  4. NSSU を起動します。

    • すべてのメンバーが同じソフトウェア イメージを使用するバーチャルシャーシでは、次のように入力します。

      ここで、 package-name.tgz はソフトウェア パッケージ名です(例: jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgz)。

    • メンバーが異なるソフトウェア イメージを使用する可能性がある混合バーチャルシャーシでは、set オプションを指定して request system software nonstop-upgrade コマンドを入力し、複数のソフトウェア パッケージ名を指定します。

      例えば、 /var/tmp/package-name1.tgz および /var/tmp/package-name2.tgz は、EX4200およびEX4500スイッチとの混在バーチャルシャーシにおけるEXシリーズにおけるEX4200およびEX4500スイッチのソフトウェアパッケージを指定する場合があります。

    アップグレードの実行時に、スイッチに次のようなステータス メッセージが表示されます。

  5. 元のプライマリスイッチの再起動が完了したら、ログインします。バーチャルシャーシ内のすべてのルーティング エンジンでソフトウェアがアップグレードされていることを確認するには、次のコマンドを入力します。

  6. 耐障害性デュアルルート パーティション機能が正しく動作するようにするには、新しい Junos OS イメージをすべてのメンバーの代替ルート パーティションにコピーします。

    復元力のあるデュアルルート パーティションを使用すると、システムがプライマリ ルート パーティションからのブートに失敗した場合に、スイッチは代替ルート パーティションから透過的にブートできます。

手記:

アップグレードが完了したら、 syslog, show chassis fabric errors, show chassis fabric fpcsshow system alarmsを確認してください。

FPCまたはファブリックにエラーが表示された場合は、特定のエラーに対してアラームを設定します。障害を軽減するために、 pfe-offline をエラー アクションとして構成します。