バーチャルシャーシと混合バーチャルシャーシでのノンストップソフトウェアアップグレードについて
ノンストップソフトウェアアップグレード(NSSU)により、 バーチャルシャーシ 内のすべてのメンバースイッチで実行されているソフトウェアをアップグレードし、アップグレード中のネットワークトラフィックの中断を最小限に抑えることができます。このトピックでは、この機能をサポートするEXシリーズおよびQFXシリーズバーチャルシャーシ上のNSSUについて説明します。
NSSUは各バーチャルシャーシメンバーのソフトウェアを一度に1つずつアップグレードするため、NSSUを使用したアップグレードは、 request system software add コマンドを使用したアップグレードよりも時間がかかる場合があります。
この機能をサポートするより大きなバーチャルシャーシでラインカードアップグレードグループを設定することで、アップグレードにかかる時間を短縮できます。バーチャルシャーシは、アップグレードグループ内のメンバースイッチを同時にアップグレードするため、アップグレードの完了にかかる時間が短縮されます。 ノンストップ ソフトウェア アップグレードのためのラインカード アップグレード グループの設定ソフトウェア アップグレードを参照してください。
NSSUのメリット
コントロールプレーンに中断なし— NSSUは、グレースフルルーティングエンジンスイッチオーバー (GRES)(および該当するプラットフォームでは ノンストップアクティブルーティング (NSR))を使用して、コントロールプレーンに中断が発生しないようにします。アップグレードプロセス中、バーチャルシャーシはインターフェイス、カーネル、ルーティングプロトコル情報を保持します。
ネットワークトラフィックの中断を最小限に抑制—NSSUは、メンバースイッチを一度に1つずつアップグレードすることで、プライマリメンバーとバックアップメンバーがトラフィックを中断することなくプライマリロールとバックアップロールを維持できるようにし(プライマリロールは変更されますが)、アップグレードされていないラインカードロールのメンバーをトラフィックが引き続き通過できるようにすることで、ネットワークトラフィックの中断を最小限に抑えます。
NSSUを実行するための要件
バーチャルシャーシのNSSUを実行するための要件は、以下の通りです。
すべてのバーチャルシャーシメンバーとすべてのルーティングエンジンは、同じJunos OSリリースを実行する必要があります。
グレースフルルーティングエンジンスイッチオーバー(GRES)を有効にする必要があります。
該当するプラットフォームに対して、ノンストップアクティブルーティング(NSR)を有効にする必要があります。
NSSUを実行するためにノンストップブリッジング(NSB)は必要ありませんが、該当するプラットフォームでNSSUを実行する前にNSBを有効にすることも推奨します。NSBは、NSSU中にルーティングエンジンがスイッチオーバーする際に、NSBがサポートするすべてのレイヤー2プロトコルがシームレスに動作することを保証します。「スイッチ 上のノンストップブリッジングの設定(CLI手順)を参照してください。
トラフィックの中断を最小限に抑えるには、各LAGのメンバーリンクが異なるバーチャルシャーシメンバー上に存在するようにリンクアグリゲーショングループ(LAG)を設定し、LAGメンバーのリンク状態を監視するようにリンクアグリゲーション制御プロトコル(LACP)を設定する必要があります。LAGのメンバーリンクの1つがダウンすると、残りのリンクはアップし、トラフィックは引き続きLAGを通過します。LAG と LACP の設定の詳細については、「 リンク アグリゲーションの設定 」および「ア グリゲート イーサネット LACP の設定(CLI 手順)を参照してください。
注:NSSUの操作中に、
show interfaces ae-ae-interface-numberCLIコマンドを使用してプライマリルーティングエンジンメンバーのLAGインターフェイスステータスを表示しようとすると、トラフィックカウントが正しくないか、ゼロになる場合があります。この問題を回避するには、バックアップ ルーティングエンジン メンバーがすでに読み込まれて実行されている場合は、そのメンバーでコマンドを実行します。
NSSU を使用してアップグレードするバーチャルシャーシまたは混合バーチャルシャーシ メンバーの要件:
メンバースイッチは、リングトポロジーで接続して、別のメンバーが再起動してもメンバーが孤立しないようにする必要があります。このトポロジーにより、NSSU 中にバーチャルシャーシが分割されることを防ぎます。
プライマリ メンバー スイッチとバックアップ メンバー スイッチは、リング トポロジー内で互いに隣接している必要があります。隣接配置により、ラインカード ロールのメンバー スイッチの再起動中、プライマリとバックアップが常に同期されます。
バーチャルシャーシは事前にプロビジョニングされており、ラインカードロールで動作するメンバースイッチにラインカードロールを明示的に割り当てています。バーチャルシャーシのプライマリおよびバックアップメンバースイッチは、NSSU中にどちらか一方がアップグレードされている間にプライマリロールを変更しますが、プライマリおよびバックアップルーティングエンジンの役割を維持する必要があり、残りのスイッチはラインカードの役割を維持する必要があります。
2 メンバー バーチャルシャーシは、NSSU がメンバーをアップグレードしたときにバーチャルシャーシが分割されないように
no-split-detection設定する必要があります。 バーチャルシャーシでの分割とマージについてを参照してください。
バーチャルシャーシと混合バーチャルシャーシでのNSSUの仕組み
バーチャルシャーシまたは混在するバーチャルシャーシでNSSUをリクエストする場合:
バーチャルシャーシプライマリは、以下を確認します。
バックアップはオンラインであり、同じソフトウェアバージョンを実行しています。
グレースフルルーティングエンジンスイッチオーバー(GRES)と、該当する場合はノンストップアクティブルーティング(NSR)を有効にしました。
事前プロビジョニングされた設定を使用して、バーチャルシャーシを設定しました。
プライマリは、
rcpを使用して、新しいソフトウェアイメージをバックアップと残りのラインカードロールメンバーに順番にコピーします。バーチャルシャーシのNSSU操作を完了するのに必要な時間を最適化するために、プライマリはパラレル
rcpセッションを使用して、一度に複数のメンバーに新しいソフトウェアをコピーします(各メンバーへのコピー操作が完了するのを待ってから、次のメンバーにソフトウェアイメージのコピーを開始するのではなく)。プライマリはデフォルトアルゴリズムを使用して、バーチャルシャーシ内のメンバー数に基づいてパラレルコピー操作の数を決定します。または、rcp-count設定ステートメントを使用して特定の数を設定することができます。詳細については、 rcp-count を参照してください。注:メンバーへの新しいソフトウェアのコピーが失敗した場合、NSSUはメンバーを再起動せずにバーチャルシャーシ全体のアップグレードプロセスを終了し、エラー状態を記録します。
プライマリはバックアップメンバースイッチを新しいソフトウェアで再起動し、バックアップはプライマリと再同期します。
プライマリは、ラインカード ロールのメンバー スイッチを一度に 1 つずつロードして再起動します。プライマリは、各メンバーがオンラインになり、新しいソフトウェアを実行してアクティブになるのを待ってから、次のメンバーを再起動します。
アップグレードグループを設定した場合、最初のアップグレードグループのバーチャルシャーシメンバーが新しいイメージを読み込んで再起動します。そのアップグレードグループのメンバーが再びオンラインになると、次のアップグレードグループのメンバーは新しいイメージを読み込んで再起動します。(NSSU は、設定に表示される順にグループをアップグレードします)。
このプロセス中も、トラフィックは他のメンバーを経由して流れ続けます。
すべてのアクティブなメンバーが新しいソフトウェアで再起動するまで、再起動が続きます。
注:ラインカードロールメンバーのいずれかが正常に再起動できない場合、NSSUはアップグレードプロセスを終了し、エラー状態を記録します。この場合、バーチャルシャーシの不安定さを回避するには、古いソフトウェアを復元し、新しいソフトウェアですでに再起動されているメンバーを再起動して部分的なアップグレードをバックアウトするか、コピーされた新しいソフトウェアを使用してすべてのメンバーを手動で再起動して、すべてのメンバーが同じバージョンのソフトウェアを実行して再びオンラインになるようにする必要があります。
プライマリがラインカード ロールのすべてのメンバーをアップグレードした後、グレースフル ルーティングエンジン スイッチオーバーを実行し、アップグレードされたバックアップ メンバー スイッチが新しいプライマリになります。
新しいプライマリは、元のプライマリのソフトウェアをアップグレードし、自動的に再起動します。元のプライマリがバーチャルシャーシに再参加した後、別のグレースフルルーティングエンジンスイッチオーバーを明示的に要求することで、オプションでプライマリロールをそのスイッチに戻すことができます。
NSSU の制限事項
NSSU を使用してソフトウェアをダウングレードする(つまり、スイッチで現在実行されているバージョンより前のバージョンのソフトウェアをインストールする)ことはできません。それより前のバージョンのソフトウェアをインストールするには、 request system software add コマンドを使用します。
NSSU を使用してアップグレードを実行した後は、以前のソフトウェア バージョンにロールバックすることはできません。以前のソフトウェアバージョンにロールバックする必要がある場合、新しいソフトウェアバージョンを代替ルートパーティションにまだコピーしていない場合は、代替ルートパーティションから再起動できます。
NSSUおよびJunos OSリリースのサポート
NSSUは、特定のJunos OSリリースとJunos OSリリースの一部のバーチャルシャーシでのみ動作します。NSSUを使用してバーチャルシャーシのアップグレードを検討されている場合は、ジュニパーネットワークス技術支援センター(JTAC)に連絡して、サポート対象のリリースを確認してください。
バーチャルシャーシが NSSU をサポートしていないソフトウェア バージョンを実行している場合、または NSSU との 開始 リリースと 終了 リリースの組み合わせをサポートしていない場合は、 request system software add コマンドを使用して、バーチャルシャーシ内のメンバー スイッチを個別にアップグレードします。
NSSUがサポートされていない場合に、トラフィックフローへの影響を最小限に抑えながら、2メンバーのQFXシリーズバーチャルシャーシを手動でアップグレードする方法については、このネットワーク設定例も参照してください。
NSSUの設定と運用の概要
NSSUを成功させるには、バーチャルシャーシとメンバースイッチが NSSUを実行するための要件の要件を満たしている必要があります。NSSUに必要なのはこれらの設定手順だけです。
バーチャルシャーシが NSSU の要件を満たしている場合は、 request system software nonstop-upgrade コマンドを入力するだけで NSSU が起動します。詳細については、「 ノンストップソフトウェアアップグレードを使用したバーチャルシャーシおよび混在バーチャルシャーシでのソフトウェアのアップグレード 」を参照してください。
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。
rcp セッションを使用して、一度に複数のメンバーに新しいソフトウェアをコピーします(各メンバーへのコピー操作が完了するのを待ってから、次のメンバーへのコピーを開始するのではなく)。