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

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

バーチャルシャーシで統合ISSUを実行すると、次のようなメリットがあります。

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

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

• ソフトウェアのアップグレードが、サービスプロバイダの厳格なSLA(サービスレベル合意)を満たす能力に悪影響を与えるのを防ぎます。

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

• 新しい Junos OS 機能を迅速に実装できます。

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

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

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

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

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

• グレースフルルーティングエンジンスイッチオーバー(GRES)とノンストップアクティブルーティング(NSR)の両方が有効になっていることを確認します。

統合型ISSUがバーチャルシャーシでどのように機能するか

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

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

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

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

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

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

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

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

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

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

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

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

   パケット転送エンジンは、アップグレードされたVC-BPをバーチャルシャーシプロトコルのプライマリとして使用するようになりました。

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

   VC-Pのローカルスイッチオーバーは、バーチャルシャーシのグローバルスイッチオーバーも引き起こし、VC-PがVC-Bになります。その結果、VC-PpはVC-Bsになり、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後のバーチャルシャーシロールの移行

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

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

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