ノンストップ ソフトウェア アップグレードを使用したバーチャルシャーシと混合バーチャルシャーシのソフトウェア アップグレード
ノンストップソフトウェアアップグレード(NSSU)により、アップグレード中のトラフィックの中断を最小限に抑えながら、サポートされているバーチャルシャーシのすべてのメンバースイッチで実行されているソフトウェアをアップグレードできます。
NSSU は、Junos OS リリース間の特定のバーチャルシャーシでのみ機能します。バーチャルシャーシがNSSUをサポートしていないソフトウェアバージョンを実行している場合、またはリリースとリリースの組み合わせをサポートしていない場合は、request system software add
コマンドを使用して、バーチャルシャーシ内のメンバースイッチを個別にアップグレードします。
また、NSSUがサポートされていない場合に、トラフィックフローへの影響を最小限に抑えながら、2メンバーのQFXシリーズバーチャルシャーシを手動でアップグレードする方法のネットワーク構成例である「 2メンバーQFXシリーズバーチャルシャーシのアップグレード手順」も参照できます。
ソフトウェアをインストールするためのスイッチの準備
NSSU を使用して新しいソフトウェアのインストールを開始する前に、次の手順を実行します。
バーチャルシャーシが接続され、NSSU プロセスをサポートするように正しく設定されていることを確認します。 NSSU を実行するための要件を参照してください。
メンバーが同じバージョンのソフトウェアを実行していることを確認します。
user@switch>
show version
バーチャルシャーシメンバーまたは混合 バーチャルシャーシ メンバーが同じバージョンのソフトウェアを実行していない場合は、
request system software add
コマンドを使用して、不整合なメンバー上のソフトウェアをアップグレードします。グレースフル ルーティングエンジン スイッチオーバー(GRES)が有効になっていることを確認するか、該当するプラットフォームでは、グレースフル ルーティングエンジン スイッチオーバーも有効にするノンストップ アクティブ ルーティング(NSR)が有効になっていることを確認します。詳細については、「 スイッチでのノンストップ アクティブ ルーティングの設定 」を参照してください。
ノンストップのアクティブルーティング状態をチェックして、NSR と GRES の両方が有効になっていることを確認するには、次の手順に従います。
user@switch>
show task replication
(該当するプラットフォームではオプション)ノンストップブリッジング(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 スイッチを含む混合バーチャルシャーシにのみ影響します。このオプションを設定するには:
user@switch#
set virtual-chassis vcp-no-hold-time
ラインカードアップグレードグループが設定されているQFX5100バーチャルシャーシでは、
lc-reboot-delay
オプションを有効にして、ラインカードグループ内の隣接するメンバーの再起動時の遅延を設定する必要があります。このオプションがないと、次のメンバーが再起動したときに、前のメンバーが再起動してバーチャルシャーシに参加してから約2分後に、以前に再起動されたメンバーがトラフィックを伝送する準備ができていない可能性があります。この遅延により、共通のリンクアグリゲーショングループ(LAG)の一部であるインターフェイスを持つ2つの隣接するラインカードメンバーがある場合に、トラフィックのドロップを防ぐことができます。200 秒の遅延を設定することをお勧めします (許容範囲は 0 から 600 秒です)。この遅延を設定するには:
[edit chassis] user@switch#
set chassis nssu lc-reboot-delay 200
(オプション)
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 を使用してバーチャルシャーシの全メンバーをアップグレードするには、次の手順に従います。
QFXシリーズ デバイスへのソフトウェア パッケージのインストールの説明に従って、ソフトウェア パッケージをダウンロードします。混在バーチャルシャーシをアップグレードする場合は、異なるスイッチ タイプのソフトウェア パッケージをダウンロードします。
ソフトウェア パッケージをバーチャルシャーシにコピーします。1 次側の
/var/tmp
ディレクトリにファイルをコピーすることをお勧めします。コンソール接続または VME(仮想管理イーサネット)インターフェイスを使用して、バーチャルシャーシまたは混合バーチャルシャーシにログインします。コンソール接続を使用すると、プライマリ スイッチの再起動の進行状況を監視できます。
NSSU を起動します。
すべてのメンバーが同じソフトウェア イメージを使用するバーチャルシャーシでは、次のように入力します。
user@switch> request system software nonstop-upgrade force-host /var/tmp/package-name.tgz
ここで、
package-name.tgz
はソフトウェア パッケージ名です(例:jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgz
)。メンバーが異なるソフトウェア イメージを使用する可能性がある混合バーチャルシャーシでは、
set
オプションを指定してrequest system software nonstop-upgrade
コマンドを入力し、複数のソフトウェア パッケージ名を指定します。user@switch> request system software nonstop-upgrade set [/var/tmp/package-name1.tgz /var/tmp/package-name2.tgz]
例えば、
/var/tmp/package-name1.tgz
および/var/tmp/package-name2.tgz
は、EX4200およびEX4500スイッチとの混在バーチャルシャーシにおけるEXシリーズにおけるEX4200およびEX4500スイッチのソフトウェアパッケージを指定する場合があります。
アップグレードの実行時に、スイッチに次のようなステータス メッセージが表示されます。
Chassis ISSU Check Done NSSU: Validating Image NSSU: Preparing Backup RE Installing image on other FPC's along with the backup Checking pending install on fpc1 Pushing bundle to fpc1 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc1 Checking pending install on fpc2 Pushing bundle to fpc2 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc2 Rebooting fpc1 NSSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis NSSU Started NSSU: Preparing Daemons NSSU: Daemons Ready for NSSU NSSU: Starting Upgrade for FRUs NSSU: Preparing for Switchover NSSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online FPC 1 Online FPC 2 Online (ISSU) Going to install image on master WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately relinquish mastership NSSU: IDLE *** FINAL System shutdown message from user@switch *** System going down IMMEDIATELY Shutdown NOW! [pid 9336]
元のプライマリスイッチの再起動が完了したら、ログインします。バーチャルシャーシ内のすべてのルーティング エンジンでソフトウェアがアップグレードされていることを確認するには、次のコマンドを入力します。
user@switch>
show version
耐障害性デュアルルート パーティション機能が正しく動作するようにするには、新しい Junos OS イメージをすべてのメンバーの代替ルート パーティションにコピーします。
user@switch>
request system snapshot slice alternate all-members
復元力のあるデュアルルート パーティションを使用すると、システムがプライマリ ルート パーティションからのブートに失敗した場合に、スイッチは代替ルート パーティションから透過的にブートできます。
アップグレードが完了したら、 syslog, show chassis fabric errors, show chassis fabric fpcs
と show system alarms
を確認してください。
FPCまたはファブリックにエラーが表示された場合は、特定のエラーに対してアラームを設定します。障害を軽減するために、 pfe-offline
をエラー アクションとして構成します。