バーチャルシャーシ内の統合型ISSU

バーチャルシャーシで統合型ISSUを実行するメリット

MXシリーズバーチャルシャーシで統合型ISSUを実行すると、次のメリットが得られます。

• 加入者セッションを維持しながら、Junos OSソフトウェアパッケージをアップグレードします。

• ソフトウェアのアップグレードに伴うリスクを軽減します。統合型ISSUを実行した後、結果のシステムは、システムの再起動でアップグレードした場合とまったく同じになります。

• ソフトウェアのアップグレードが、サービス プロバイダが厳格な SLA(サービスレベル合意)を履行する能力に悪影響を及ぼすことを防止します。

• ソフトウェアイメージアップグレード中のネットワークダウンタイムをなくします。

• Junos OSの新機能をより迅速に実装できます。

• スタンドアロン MXシリーズ ルーターで統合型 ISSU サポートと同等の機能を提供します。

バーチャルシャーシで統合型ISSUを実行するための前提条件

2メンバーのMXシリーズバーチャルシャーシで統合型ISSUを開始する前に、以下のことをすべて実行してください。

• バーチャルシャーシ内の4つのルーティングエンジンすべて(プライマリルーターのルーティングエンジンとバックアップルーターの両方のルーティングエンジンの両方)で、同じJunos OSソフトウェアリリースが実行されていることを確認します。

• 必要に応じて元に戻す(ロールバックする)ことができるように、既存のルーター設定をバックアップします。

• GRES(Graceful ルーティングエンジン Switchover)と NSR(Nonstop Active Routing)の両方が有効になっていることを確認します。

バーチャルシャーシでの統合型ISSUの仕組み

MXシリーズ バーチャルシャーシで統合型 ISSU を実行するには、バーチャルシャーシ プライマリ ルーター(VC-Pp)のプライマリ ルーティングエンジンのコンソール ウィンドウから request system software in-service-upgrade package-name コマンドを発行します。このコマンドを VC-PP から発行すると、バーチャルシャーシ内の他のすべてのルーティング エンジンにソフトウェア パッケージがコピーされます。

request system software in-service-upgrade package-nameコマンドは、バーチャルシャーシ構成のメンバールーターをアップグレードする場合と同様に、デュアルルーティングエンジンを搭載したスタンドアロンMXシリーズルーターをアップグレードする場合と同じように機能します。ただし、次の例外があります。

• request system software in-service-upgrade コマンドの no-copy、no-old-master-upgrade、および unlink オプションは、MXシリーズ バーチャルシャーシでは使用できません。

• request system software in-service-upgrade コマンドの reboot オプションは受け入れられますが、MXシリーズ バーチャルシャーシでは無視されます。統合型ISSUは、常にバーチャルシャーシメンバールーター内のすべてのルーティングエンジンを再起動します。

大まかに言うと、2メンバーバーチャルシャーシ設定で新しいJunos OSソフトウェアリリースにアップグレードするために request system software in-service-upgrade package-name コマンドを発行した後、ソフトウェアは次のアクションを実行します。

1. 新しい Junos OS ソフトウェア リリースを、バーチャルシャーシ内のすべてのルーティング エンジンに組み込みます。

   ルーティング エンジンは、古い Junos OS ソフトウェア リリースを引き続き実行しています。

2. バーチャルシャーシのスタンバイ(バックアップ)ルーティング エンジン(VC-P と VC-B)の両方をアップグレードします。

   バーチャルシャーシはまだアクティブにトラフィックを転送しています。

3. VC-B(バーチャルシャーシ バックアップ ルーター)でルーティング エンジンのローカル スイッチオーバーを実行します。

   ローカル スイッチオーバーにより、ステップ 2 でアップグレードされた VC-B が VC-BP になり、古い Junos OS ソフトウェアがまだ実行されていた VC-Bp が VC-B になります。VC-BPは現在、新しいJunos OSソフトウェア リリースを実行しており、VC-Bはまだ古いJunos OSソフトウェア リリースを実行しています。バーチャルシャーシはまだアクティブにトラフィックを転送しています。

4. パケット転送エンジンを新しい Junos OS ソフトウェア リリースにアップグレードします。

   パケット転送エンジンは現在、アップグレードされたVC-Bpをバーチャルシャーシプロトコルプライマリとして使用しています。

5. バーチャルシャーシ プライマリ ルーター(VC-P)でルーティング エンジンのローカル スイッチオーバーを実行します。

   VC-P のローカル スイッチオーバーにより、バーチャルシャーシでもグローバル スイッチオーバーが発生し、VC-P が VC-B になります。その結果、VC-Pp は VC-B になり、VC-P は VC-Bp になります。VC-B のグローバル スイッチオーバーにより、VC-Bp は VC-PP になり、VC-B は VC-P になります。

   VC-PP と VC-BP は現在、新しい Junos OS ソフトウェア リリースを実行しています。VC-P(当初のVC-BP)とVC-B(元のVC-Pp)は、古いJunos OSソフトウェアリリースをまだ実行しています。

6. バーチャルシャーシ(VC-P および VC-B)のスタンバイ ルーティング エンジンをアップグレードします。

   現在、バーチャルシャーシは、新しいJunos OSソフトウェアリリースに完全にアップグレードされています。

統合型ISSU導入後のバーチャルシャーシの役割の遷移

MXシリーズバーチャルシャーシ内の統合型ISSUが、バーチャルシャーシ内のすべてのルーティングエンジンを新しいJunos OSソフトウェアリリースにアップグレードします。2メンバーのバーチャルシャーシの場合、これには4つのルーティングエンジン(バーチャルシャーシプライマリルーター内のプライマリおよびスタンバイ(バックアップ)ルーティングエンジンと、バーチャルシャーシバックアップルーター内のプライマリおよびスタンバイルーティングエンジン)が含まれます。その結果、メンバー ルーターとそれに関連するルーティング エンジンは、統合型 ISSU の完了後にグローバルとローカルの両方の役割の遷移を受けます。

グローバル ロールの遷移は、バーチャルシャーシ プライマリ ルーター(VC-P)とバーチャルシャーシ バックアップ ルーター(VC-B)のグローバル ロールを切り替えることで、バーチャルシャーシのプライマリ ロールを変更し、バーチャルシャーシ全体にグローバルに適用されます。ローカル ロールの遷移は、メンバー ルーター内の 2 つのルーティング エンジンのそれぞれのローカル プライマリおよびバックアップ ロール(masterとstandby、またはmとs)を切り替え、そのメンバー ルーターにのみローカルに適用されます。

MXシリーズ バーチャルシャーシ内の統合型ISSUは、 表1に示すグローバルおよびローカルの役割の遷移を引き起こします。