Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

ソフトウェアのインストール、アップグレード、ダウングレード

デバイスは、Junos OS Evolvedがすでにインストールされた状態で提供されます。新機能とソフトウェア修正が利用可能になると、それらを使用するためには Junos OS Evolved をアップグレードする必要があります。単一または冗長ルーティングエンジンを搭載したデバイスにソフトウェアをインストールできます。デバイスにソフトウェア リリースをインストールする前に、設定に必要な変更を行い、現在のシステムをバックアップする必要があります。

Junos OS Evolvedは、システム内のすべてのルーティングエンジン(ルーティングエンジン)とFPCが同じソフトウェアバージョンを実行していることを確認します。デフォルトでは、プライマリルーティングエンジンで request system software add image-name 動作モードコマンドを発行すると、両方のルーティングエンジンに新しいバージョンのソフトウェアをインストールします。ソフトウェア パッケージのインストール後にシステムを再起動すると、システム内のすべてのルーティング エンジンと FPC が新しいバージョンのソフトウェアを実行します。

Junos OS Evolvedは、ストレージメディアへの複数のバージョンのソフトウェアの保存をサポートしています。 show system software list 動作モードコマンドでデバイスにインストールされているバージョンを表示できます。ソフトウェアの各バージョンは 、/soft ディレクトリ内の個別の領域に格納されるため、ソフトウェアパッケージのインストールがシステムにインストールされている他のソフトウェアバージョンに影響を与えないようにします。システムに保持するソフトウェアのバージョンは5つまでです。

Junos OSでは、冗長ルーティングエンジンを搭載したデバイスの場合、まずバックアップルーティングエンジン上のソフトウェアをアップグレードし、次に制御をバックアップルーティングエンジンに切り替えて、新しいソフトウェアバージョンを実行する必要があります。元のバックアップルーティングエンジンのソフトウェアアップグレードが成功したことを確認したら、元のプライマリルーティングエンジンを新しいソフトウェアバージョンにアップグレードし、制御を元のプライマリルーティングエンジンに戻すことができます。ただし、デフォルトでは、Junos OS Evolvedでは、最初にバックアップルーティングエンジンをアップグレードする必要はありません。プライマリ ルーティング エンジンで発行された 1 つのコマンドを使用して、両方のルーティング ルーティングエンジンをアップグレードします。Junos OS Evolvedリリース25.4R1以降、冗長ルーティングエンジンを搭載したデバイスで、最初にバックアップルーティングエンジンにJunos OS Evolvedをインストールしてから切り替えてから、新しいバックアップ(元のプライマリ)ルーティングエンジンをアップグレードすることもサポートされています。

インストールが正常に完了すると、インストール パッケージによって既存のソフトウェアが完全に再インストールされます。以前のバージョンの設定ファイルや、セキュアシェルキーやホストキーなどの同様の情報が保持されます。以前のソフトウェアパッケージは別の領域に保持され、必要に応じて手動でロールバックできます。インストールプロセス中に電源が切断されるなど、何らかの理由でソフトウェアのインストールに失敗した場合、再起動するとシステムが元のアクティブなインストールに戻ります。ソフトウェアのインストールに関する詳細情報については、 ソフトウェアのインストールとアップグレードの概要(Junos OS Evolved)を参照してください。

Junos OS Evolvedでは、 request system software rollback image-name 動作モードコマンドを使用して、システムに保存されている任意のリリースにロールバックできます。また、システムは、リリースが実行されていたときに実行されていた最後の設定も各リリースとともに保存します。Junos OS Evolvedは、 request system software rollback with-old-snapshot-config 動作モードコマンドを使用して、現在実行中のコンフィギュレーション、またはロールバックソフトウェアイメージに対応する保存されたコンフィギュレーションを持つ代替イメージへのロールバックをサポートします。

アップグレードと再起動後にシステムが正常に機能しない場合は、以前のバージョンにロールバックすることで以前のバージョンに復元できます。「 CLIが機能している場合、失敗したインストール試行から回復 する手順」のロールバック手順を参照してください。

デュアルルーティングエンジンデバイスの場合、デバイスに挿入されたルーティングエンジンのソフトウェアバージョンが異なる場合、新しいルーティングエンジンはシステムから除外されます。[edit system]階層レベルでauto-sw-syncステートメントを設定することで、新しいルーティングエンジンに自動的に同期するようにソフトウェアを設定することをお勧めします。この設定が存在する場合、システム内のルーティングエンジンは、すべてのイメージを新しいルーティングエンジンにコピーし、新しいルーティングエンジンを再起動して、正しいソフトウェアを自動的に起動します。また、ソフトウェアのバージョンと設定を同期するrequest system software sync all-versions動作モードコマンドを使用して、ルーティングエンジンを交換するたびに手動でソフトウェアを新しいルーティングエンジンに同期させることも選択できます。ルーティングエンジンの交換に関する詳細については、デュアルルーティングエンジンシステムのルーティングエンジンの交換を参照してください。

request system software add動作モードコマンドを使用してソフトウェアをアップグレードまたはダウングレードすると、ソフトウェアパッケージがインストールされ、すぐにアクティブ化され、ソフトウェアが次のブートバージョンとして設定されます。Junos OS Evolvedリリース25.4R1以降、この機能をサポートするデバイスに、別々のステージングフェーズとアクティベーションフェーズでソフトウェアをインストールするオプションが提供されています。インストール タスクを分離することで、ソフトウェア管理をより細かく制御でき、検証の実行が容易になります。詳細については、「Junos OS Evolvedソフトウェアのステージングとアクティベーション」を参照してください。

ソフトウェアのインストールの準備

以下の手順に従って、Junos OS Evolvedソフトウェアをインストールする準備をします。

  1. Webブラウザを使用して、ジュニパーネットワークスWebページにある[All Junos Platform]ソフトウェアダウンロードURLに移動します。https://www.juniper.net/support/downloads/
  2. 製品の検索ボックスに、ダウンロードするソフトウェアのJunos OSプラットフォームを入力します。
  3. OSドロップダウンリストからJunos Evolvedを選択します。
  4. バージョンドロップダウンリストから関連するリリース番号を選択します。
  5. [パッケージのインストール] セクションで、リリースのソフトウェア パッケージを選択します。
  6. ジュニパーネットワークスの担当者から提供されたユーザー名(通常は電子メールアドレス)とパスワードを使用して、ジュニパーネットワークス認証スシステムにログインします。
  7. エンドユーザーライセンス契約を確認し、同意します。
  8. ソフトウェアをローカルホストにダウンロードします。
    注:

    Junos OSインストールパッケージプレフィックスのタイプについては、 Junos OS Evolvedインストールパッケージを参照してください。
  9. デュアルルーティングエンジンデバイスの場合、両方のルーティングエンジンがシステムに参加し、同じソフトウェアを実行していることを確認します。システムに参加するための両方のルーティング エンジンの準備を参照してください。
  10. Junos OS Evolvedをアップグレードまたは再インストールする前にの手順に従って、パッケージをインストールし、システムバックアップが利用可能であることを確認し、システムに関する情報と現在のトラフィック処理方法を収集するのに十分なディスク容量があることを確認します。
  11. scpコマンドを使用して、ソフトウェアイメージをJunos OS Evolvedを実行しているデバイスの/var/tmp/ディレクトリにコピーします。
  12. インストールイメージに対する設定の検証の手順に従って、ソフトウェアをアップグレードまたはダウングレードする前に、インストールイメージと照らし合わせて設定を検証します。
  13. デバイスに新しいパッケージをインストールします。

    以下の手順のいずれかを選択します。

    注:

    インストールプロセス中にインバンド接続が失われるため、コンソールポートを使用してすべてのソフトウェアパッケージをアウトオブバンドでアップグレードすることをお勧めします。
EOLリリースの詳細と、EOLリリースのリストを確認するには、 Junos OSの進化日とマイルストーン のWebページを参照してください。

両方のルーティングエンジンをシステムに参加させる準備をします

デュアルルーティングエンジンデバイスの場合、両方のルーティングエンジンにソフトウェアをインストールできるように、両方のルーティングエンジンがシステムに参加している必要があります。両方のルーティング エンジンがシステム内にあり、現在システムで実行されているソフトウェア バージョンを確認する必要があります。そのためには、 show system software list、 show system nodes、 show system alarms 動作モードコマンドを使用して、ルーティングエンジンの1つがシステムに参加していない場合にどのようなアクションを実行すればよいかを決定します。

プライマリルーティングエンジンでshow system software listおよびshow system nodesコマンドを発行して、ルーティングエンジンの状態を確認します。re0とre1の両方に関する情報が出力に表示され、show system nodesコマンドの出力にStatus : online, apps-readyのステータスが表示されている場合、両方のルーティングエンジンは動作しており、システムの一部であり、同じソフトウェアバージョンを実行しています。ソフトウェアのインストールに進むことができます。冗長ルーティングエンジンを搭載したデバイスに、すべてのノードに同時にソフトウェアパッケージをインストールするを参照してください。次に例を示します。

両方のルーティングエンジンが存在するが、一方のルーティングエンジンのステータスが Status : online, apps-readyしない場合は、そのルーティングエンジンをシステムに取り込むためのアクションを実行する必要があります。これらの例では、 re0 はシステム内のルーティングエンジンであり、 re1 はシステムに参加する必要があるもう一方のルーティングエンジンです。

  • ステータスが Status : offline, configured-offline の場合は、システム内のルーティングエンジンで request node online node-name 動作モード コマンドを発行して、もう一方のルーティングエンジンをオンラインに戻します。次に例を示します。

    show system nodesコマンドを発行して、ルーティングエンジンがシステムに参加したことを確認します(両方のルーティングエンジンでStatus : online, apps-readyを表示)。

    ステータスがまだ Status : offline, configured-offlineである場合は、もう一方のルーティングエンジンはオフラインに設定されているため、設定のその部分を削除してコミットする必要があります。 show configuration system node 動作モードコマンドを使用して、設定を確認します。設定を削除し、 show system nodes コマンドを発行してステータスを確認します。ルーティングエンジンは両方ともオンラインである必要があります。
  • ステータスがStatus : offline, configured-powered-offの場合、もう一方のルーティングエンジンは電源がオフまたは停止されています。システム内のルーティングエンジンからrequest chassis cb slot slot-number offline動作モードコマンドを発行して、どちらが該当するかを判断します。次に例を示します。
    • ルーティングエンジンが停止した場合、ステータスメッセージには次のように表示されます Offline initiated。
    • ルーティングエンジンの電源がオフになっている場合、ステータスメッセージには次のように表示されます CB is already Offline。

    いずれの場合も、もう一方のルーティングエンジンをオンラインに戻し、そのルーティングエンジンがシステムに合流したことを確認する必要があります。

    1. システム内のルーティングエンジンでrequest chassis cb slot slot-number online動作モードコマンドを発行して、もう一方のルーティングエンジンをオンラインにします。

      コマンドを発行した後、もう一方のルーティングエンジンがオンラインに戻るまで数分お待ちください。

    2. show system software list動作モードコマンドを発行して、ルーティングエンジンがシステムに参加し、両方のルーティングエンジンが同じソフトウェアバージョンを実行していることを確認します。
  • show system software listおよびshow system nodes動作モードコマンドの出力にre1に関する情報が含まれておらず、show system alarms動作モードコマンドでソフトウェアバージョンが一致しない(Software Version Mismatch on re1:package-name)ことが示されている場合は、システム内のルーティングエンジンでrequest system software sync all-versions動作モードコマンドを発行して、他のルーティングエンジンを取り込み、システム内のルーティングエンジンから他のルーティングエンジンにソフトウェアを同期させます。

    show system software list動作モードコマンドを発行して、両方のルーティングエンジンがシステム内にあり、ルーティングエンジンが同じソフトウェアバージョンを実行していることを確認します。

  • ディスク1の現在のイメージをディスク2に保存します。

    初期化エラーが発生した場合、ルーティングエンジンは2番目のディスクから起動します。このディスクにはアップグレード試行前のソフトウェアイメージと設定ファイルが含まれています。

  • スナップショットが正しく更新されていることを確認します。

冗長ルーティングエンジンを搭載したデバイスに、すべてのノードに同時にソフトウェアパッケージをインストールする

Junos OSとは異なり、Junos OS Evolvedは、システム内のすべてのノードが同じソフトウェアバージョンを実行していることを確認します。Junos OS Evolvedでは、十分な容量がある場合、デバイスにソフトウェアの複数のリリースを同時に格納できます。デバイスに十分な容量がない場合は、新しいイメージをインストールする前にソフトウェアの古いイメージを削除する必要があります。デバイスに保存するソフトウェアのバージョンは5つまでです。

デバイスに新しいソフトウェア リリースをインストールする前に、現在のシステムをバックアップしてください。 スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

ソフトウェアをアップグレードする前に、インストールの準備をしておく必要があります。「 ソフトウェアのインストールの準備」を参照してください。

request system software add動作モードコマンドは、両方のルーティングエンジンにソフトウェアをインストールします。このコマンドは、現在実行中のソフトウェアスタックを変更しません。このコマンドは、新しいバージョンのソフトウェアを使用して現在の設定を検証します。検証が成功すると、インストールプロセスは両方のルーティングエンジンに十分なストレージがあるかどうかを確認します。ストレージチェックに合格すると、新しいソフトウェアが両方のルーティングエンジンにインストールされます。新しいソフトウェアを実行するには、システムを再起動する必要があります。ソフトウェアのインストールプロセスは、短時間だけトラフィックに影響します。詳細については、表 1 を参照してください。

表1:ソフトウェアインストールタスクとそのトラフィックへの影響
タスク アクション トラフィックへの影響
ソフトウェアを追加する 設定を検証し、十分なストレージを確認し、両方のルーティングエンジンにインストールします なし
ソフトウェアのインストールを確認します システムの再起動後に現在のイメージになるイメージを表示する なし
システムを再起動します すべてのルーティングエンジンとFPCを同時に再起動します 影響を受けている。システムの再起動後に再開します。
実行されているソフトウェアイメージを確認する 再起動後に実行中のイメージを表示 なし

デバイスのソフトウェアをアップグレードするには:

  1. プライマリ ルーティングエンジンで request system software add installation-package 動作モード コマンドを使用して、新しいソフトウェア パッケージをインストールします。

    変数 installation-package は、インストール パッケージの名前です。ローカルディスクの絶対パスを指定します。例えば、 /var/tmp/ptx.isoです。この例では、パッケージjunos-evo-install-ptx-x86-64-20.4R2.13-EVOが /var/tmp/ptx.isoとしてローカルディスクにダウンロードされました。パッケージ名のプレフィックスについては、 Junos OS Evolvedインストールパッケージを参照してください。

    注:

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更すると、システムは変更を破棄します。
  2. プライマリ ルーティングエンジンでshow system software list動作モード コマンドを使用して、新しく追加されたソフトウェア パッケージが両方のルーティング エンジンでネクスト ブート バージョンであることを確認します。

    この例では、両方のルーティングエンジンのネクストブートバージョンが junos-evo-install-ptx-x86-64-20.4R2.13-EVOになりました。 junos-evo-install-ptx-x86-64-20.4R2.14-EVO はまだ現在実行中のバージョンであることに注意してください。

  3. プライマリルーティングエンジンからデバイスを再起動して、新しいソフトウェアを起動します。

    システムは、すべてのノードを同時に再起動します。

    注:

    デバイスに新しいソフトウェアリリースをロードするには、デバイスを再起動する必要があります。

    新しく追加されたパッケージが現在実行中のソフトウェアにならないようにするには、デバイスを再起動しないでください。代わりに、 noと応答してから、 request system software delete package-name コマンドを発行してください。このプロンプトにより、インストールの完了を停止できます。

    システムを再起動すると、ソフトウェアがロードされます。インストールには5分から10分かかることがあります。その後、デバイスは、ソフトウェアをインストールしたばかりのブートデバイスから再起動します。再起動が完了すると、デバイスにログイン プロンプトが表示されます。再起動後、Junos OS Evolvedは、ソフトウェアと設定の以前のイメージを自動的に保存して、ロールバックイメージを作成します。

    再起動中、インストールを実行しているルーティングエンジンはトラフィックをルーティングしません。

  4. プライマリルーティングエンジンにログインし、show system software list動作モードコマンドを使用して、両方のルーティングエンジンにインストールされているソフトウェアのリリースを確認します。

    両方のルーティングエンジンの現在のバージョンは junos-evo-install-ptx-x86-64-20.4R2.13-EVOになりました。 junos-evo-install-ptx-x86-64-20.4R2.14-EVO はロールバックバージョンになりました。

  5. Junos OS Evolvedをアップグレードまたは再インストールする前にの手順の手順を繰り返し、ソフトウェアパッケージをインストールする前に収集した情報と情報を比較することで、システムが適切に動作し、トラフィックを正しく処理していることを確認します。
  6. 検証手順の結果として設定に変更を加える必要がある場合は、request system snapshot動作モードコマンドを使用してソフトウェアと設定をバックアップすることを忘れないでください。スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

冗長ルーティングエンジンを搭載したデバイスにソフトウェアパッケージをインストールし、最初にバックアップルーティングエンジンにインストールし、次にプライマリルーティングエンジンにインストールします

Junos OSとは異なり、Junos OS Evolvedは、システム内のすべてのノードが同じソフトウェアバージョンを実行していることを確認します。Junos OS Evolvedでは、十分な容量がある場合、デバイスにソフトウェアの複数のリリースを同時に格納できます。ただし、一度にソフトウェアを 1 つのルーティングエンジンにのみインストールして、次の目的を行うことができます。

  • 最初にバックアップルーティングエンジンのみをアップグレードすることで、 ssh ルーティングエンジンにアクセスできないことによる影響を最小限に抑えます。

  • プライマリルーティングエンジンの古いバージョンを維持します。

  • 新しいバージョンでルーティングエンジンに切り替えた後にトラフィックが再開されない場合は、古いバージョンへの切り替え戻しをサポートします。

  • 新しいバージョンでルーティングエンジンに ssh できるようにチェックポイントを提供します。

最初にバックアップのルーティングエンジンにソフトウェアをインストールしてから、インストールが成功したことを確認できます。その後、バックアップのルーティングエンジンのマスターシップを切り替えることができ、そのルーティングエンジンがクリーンな状態で主要な役割を引き継ぐことができます。

Junos OS Evolvedリリース25.4R1以降、Junos OSと同じインストール方法がサポートされており、冗長ルーティングエンジンを搭載したデバイスにJunos OS Evolvedソフトウェアをインストールする別の方法が提供されています。まず、新しいJunos OS Evolvedリリースをバックアップルーティングエンジンにインストールし、プライマリルーティングエンジンで現在実行中のソフトウェアバージョンを維持します。この方法により、プライマリルーティングエンジンが運用を継続し、ネットワークへの中断を最小限に抑えることができます。

デバイスに十分な容量がない場合は、新しいイメージをインストールする前にソフトウェアの古いイメージを削除する必要があります。デバイスに保存するソフトウェアのバージョンは5つまでです。

デバイスに新しいソフトウェア リリースをインストールする前に、現在のシステムをバックアップしてください。 スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

ソフトウェアをアップグレードする前に、インストールの準備をしておく必要があります。「 ソフトウェアのインストールの準備」を参照してください。

ソフトウェアをインストールするには、次の手順を実行します。

  • GRES、NSR、ノンストップブリッジング、自動ソフトウェア同期など、すべての形式のルーティングエンジン同期を無効にし、システムにアクセスできるようにバックアップルーターを設定します。

  • ハードウェアバックアップルーティングエンジン(RE1)にソフトウェアをインストールし、マスターシップをRE1に切り替えます。

  • RE0にソフトウェアをインストールします。

  • すべての形式のルーティングエンジン同期を再度有効にし、オプションでマスターシップをRE0に戻します。

  1. すべてのノードがクラスター内にあることを確認します。
    RE0、RE1、およびすべてのFPCは、古いソフトウェアバージョンを実行しています。RE0は、ハードウェアプライマリルーティングエンジンです。RE1は、ハードウェアバックアップルーティングエンジンです。
  2. どのルーティングエンジンがマスターであるかを確認します。
    この例では、RE0はマスターで、RE1はバックアップです。この手順では、この規則に従います。
  3. sshを使用してシステム外部からルーティングエンジンにアクセスできるように、バックアップルーターを設定します。

    バックアップルーター設定が存在しない場合、または利用可能な静的ルートのネクストホップアドレスと同一でない場合は、バックアップルーター設定を追加する必要があります。Junos OS Evolvedは、IPv4バックアップルーターを設定するための backup-router ステートメントをサポートします。Junos OS Evolvedは inet6-backup-router ステートメントをサポートしていません。

    以下に、静的ルートのrouting-options設定と同一のbackup-router設定例を示します。

  4. コマンド ssh を使用して RE1 にアクセスできるかどうかをテストします。
  5. すべての形式のルーティングエンジン同期を無効にします。

    開始状態はRE0がハードウェアプライマリルーティングエンジンで、RE1がハードウェアバックアップルーティングエンジンです。設定がRE0からRE1に同期されます。RE0とFPCはトラフィックを伝送します。

    RE1は、GRES を無効にすると自動的に再起動し、古いソフトウェアバージョンで起動します。これで RE1 はそれ自体がノードになりました。RE0とFPCは、システム内のもう1つのノードです。

  6. コマンド ssh を使用して RE1 にアクセスできるかどうかをテストします。

    このコマンドが成功した場合は、次のステップに進みます。このコマンドが失敗した場合、アップグレードを続行することはできません。同期を復元します。

  7. 今後の設定コミットから同期を削除します。
  8. バックアップ ルーティングエンジンで request system software add installation-package 動作モード コマンドを使用して、新しいソフトウェア パッケージをインストールします。

    変数 installation-package は、インストール パッケージの名前です。ローカルディスクの絶対パスを指定します。例えば、 /var/tmp/ptx.isoです。この例では、パッケージjunos-evo-install-ptx-x86-64-25.4R1.13-EVOが /var/tmp/ptx.isoとしてローカルディスクにダウンロードされました。パッケージ名のプレフィックスについては、 Junos OS Evolvedインストールパッケージを参照してください。

    注:

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更すると、システムは変更を破棄します。
  9. RE1を再起動し、システムで新しいバージョンが実行されていることを確認します。
  10. コマンド ssh を使用して RE1 にアクセスできるかどうかをテストします。

    ssh を使用して RE1 にアクセスできる場合は、次のステップに進みます。sshに障害が発生した場合は、ルーティングエンジンを同期します。

    1. ルーティングエンジンを同期します。

      RE0 CLI プロンプトから、RE1 と RE0 を同期します。

    2. RE0とRE1の両方でGRESを有効にします。

      RE1は自動的に再起動します。状態は、クラスター内のすべてのノード間で同期されます。

    3. 他の形式の同期を有効にします。

      この手順の前半でバックアップ ルーターの設定を追加した場合は、その設定も削除します。

    4. すべてのノードがクラスター内にあることを確認します。
    5. すべてのノードで古いソフトウェアバージョンが実行されていることを確認します。
  11. sshを使用してRE0にアクセスし、マスターシップをRE1に切り替えます。

    FPCがRE1を持つクラスターの一部になると、新しいバージョンに再起動するため、このステップはトラフィックに影響します。

    FPCは自動的に新しいバージョンに再起動します。RE0 がハードウェア バックアップ ルーティングエンジンになりました。RE0は再起動して状態をクリーンアップし、シングルノードとして起動します。RE1は現在、ハードウェアプライマリルーティングエンジンとなり、FPCノードとともにクラスターを形成します。FPCがオンラインになるのを待ちます。

    注:Junos OS Evolved リリース 25.4R1 の場合のみ、GRES が無効になっている場合、コマンド request chassis routing-engine master switch は機能しません。このコマンドを発行すると、 Master switch/release/acquire not supported in Backup RE when GRES is disabledのようなメッセージが表示される場合があります。25.4R1 より後のリリースでは、このコマンドを使用できます。

    show system nodesおよびshow chassis fpcコマンドを使用して、FPCステータスを確認します。show system software listコマンドを使用して、RE1がFPCとクラスターを形成したことを確認します。

  12. ハードウェア プライマリルーティングエンジンとしてRE1を使用して、WANトラフィックが再開されるかどうかをテストします。

    WANトラフィックが再開するかどうかをテストするには、ネットワーク内の隣接するルーターを見て、ルーティングプロトコルが稼働しているかどうかを確認します。たとえば、コマンド show route summary や show bgp summaryを使用します。FPCが起動しているかどうかを確認することもできます。

    トラフィックが回復した場合は、次のステップに進みます。トラフィックが回復しない場合は、 request chassis routing-engine master switch force コマンドを使用してマスターシップをRE0に戻します。次に、 request system software rollback with-old-snapshot-config コマンドを使用してRE1を古いソフトウェアバージョンにダウングレードします。

    注:Junos OS Evolved リリース 25.4R1 の場合のみ、GRES が無効になっている場合、コマンド request chassis routing-engine master switch は機能しません。このコマンドを発行すると、 Master switch/release/acquire not supported in Backup RE when GRES is disabledのようなメッセージが表示される場合があります。25.4R1 より後のリリースでは、このコマンドを使用できます。
  13. RE0に新しいソフトウェアバージョンをインストールします。
    注:

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更すると、システムは変更を破棄します。
  14. RE0を再起動します。
  15. 最初にハードウェアプライマリルーティングエンジン(RE1)で GRES を有効にし、次にハードウェアバックアップルーティングエンジン(RE0)で GRES を有効にします。

    ハードウェアバックアップルーティングエンジン(RE0)が自動的に再起動します。ハードウェアマスタールーティングエンジン(RE1)とFPCは、稼働したままでトラフィックを運びます。両方のルーティングエンジンが新しいソフトウェアバージョンを実行しており、状態が同期されています。RE0 は依然としてハードウェア バックアップ ルーティングエンジンであるため、ルーティング プロトコル プロセスは RE0 では実行されていません。

  16. RE1はハードウェアマスタールーティングエンジンであるため、他の形式の同期を有効にします。

    この手順の前半でバックアップ ルーターの設定を追加した場合は、その設定も削除します。

    これでルーティングプロトコルプロセスがRE0で実行され、状態が同期されています。

  17. すべてのノードがクラスター内にあることを確認します。
  18. すべてのノードで新しいソフトウェアバージョンが実行されていることを確認します。
  19. オプションで、マスターシップをRE0に戻します。

    RE0がスイッチオーバーする準備ができていることを確認します。

    アップグレード後、NSRとノンストップブリッジングが有効になり、同期が完了しました。そのため、この切り替えによってトラフィックが中断されることはありません。

  20. クラスターが正常に実行されていることに満足したら、新しいソフトウェアをバックアップします。スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

単一のルーティングエンジンを搭載したデバイスにソフトウェアパッケージをインストールする

デバイスに新しいソフトウェア リリースをインストールする前に、現在のシステムをバックアップしてください。 スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

Junos OS Evolvedでは、システムに十分な容量がある限り、デバイスに複数のリリースのソフトウェアを同時に含めることができます。システムに十分な容量がない場合は、新しいイメージをインストールする前にソフトウェアの古いイメージを削除する必要があります。デバイスに保存するソフトウェアのバージョンは5つまでです。

ソフトウェアをアップグレードする前に、インストールの準備をしておく必要があります。「 ソフトウェアのインストールの準備」を参照してください。

デバイスのソフトウェアをアップグレードするには:

  1. request system software add 動作モード コマンドを使用して、新しいソフトウェア パッケージをインストールします。

    変数 installation-package は、インストール パッケージの名前です。ローカルディスクの絶対パスを指定します。 例:/var/tmp/junos-evo-install-ptx.iso。パッケージ名のプレフィックスについては、 Junos OS Evolvedインストールパッケージを参照してください。

    注:

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更すると、システムは変更を破棄します。
  2. show system software list 動作モード コマンドを使用して、新しく追加されたソフトウェア パッケージがネクスト ブート バージョンであることを確認します。

    この例では、ネクストブートバージョンが junos-evo-install-ptx-x86-64-20.4R2.13-EVOになりました。 junos-evo-install-ptx-x86-64-20.4R2.14-EVO はまだ現在実行中のバージョンであることに注意してください。

  3. デバイスを再起動して、新しいソフトウェアを起動します。
    注:

    デバイスに新しいソフトウェアリリースをロードするには、デバイスを再起動する必要があります。

    新しく追加されたパッケージが現在実行中のソフトウェアにならないようにするには、デバイスを再起動しないでください。代わりに、 no応答してから、 request system software delete package-name コマンドを発行します。このプロンプトにより、インストールの完了を停止できます。

    システムを再起動すると、ソフトウェアがロードされます。インストールには5分から10分かかることがあります。その後、デバイスは、ソフトウェアをインストールしたばかりのブートデバイスから再起動します。再起動が完了すると、デバイスにログイン プロンプトが表示されます。再起動後、Junos OS Evolvedは、ソフトウェアと設定の以前のイメージを自動的に保存して、ロールバックイメージを作成します。

    再起動中、ルーティングエンジンはトラフィックをルーティングしません。

  4. ログインし、show system software list 動作モード コマンドを使用して、インストールされているソフトウェアのリリースを確認します。
  5. Junos OS Evolvedをアップグレードまたは再インストールする前にの手順の手順を繰り返し、ソフトウェアパッケージをインストールする前に収集した情報と情報を比較することで、システムが適切に動作し、トラフィックを正しく処理していることを確認します。
  6. 検証手順の結果として設定に変更を加える必要がある場合は、request system snapshot動作モードコマンドを使用してソフトウェアと設定をバックアップすることを忘れないでください。スナップショットを使用したソフトウェアのバックアップとリカバリを参照してください。

関連項目

CLIが機能している場合、失敗したインストール試行から復元する

Junos OS Evolvedのインストールに失敗しても、CLIが動作している場合は、状況に応じて、次のいずれかの手順を使用してJunos OS Evolvedをインストールします。

  • ソフトウェアの以前のバージョンにロールバックします。

    Junos OS Evolvedを実行しているデバイスは、以前実行中のイメージを保存します。デバイスを初めてアップグレードするときに、新しいソフトウェアパッケージがネクストブート位置にインストールされます。インストールと再起動を完了すると、新しいイメージが現在のイメージになります。前のイメージがロールバックイメージになります。初期化が早期に失敗した場合、ルーティングエンジンは自動的にセカンダリSSDに切り替わります。

    以前に保存したソフトウェアバージョンと、そのバージョンが実行されていたときにアクティブだった設定にロールバックできます。

  • 初期化が早期に失敗した場合は、非アクティブなソリッド ステート ドライブ(SSD)に保存されているソフトウェアを使用して、影響を受けるルーティングエンジンのアクティブ SSD 上のソフトウェアを修復します。両方のルーティングエンジン上のアクティブなSSDに障害が発生した場合は、両方のルーティングエンジンでこれらの手順を実行する必要があります。
    1. 非アクティブなSSD、通常はプライマリルーティングエンジン(RE0)のセカンダリSSD(disk2)から再起動します。

      もう一方のルーティングエンジンのアクティブなSSDにも障害が発生した場合は、もう一方のルーティングエンジン(通常はRE1)に対してこの手順を繰り返す必要があります。

    2. スナップショット を作成して、ロールバックイメージをプライマリSSDにインストールします。
      プライマリSSDを復元するには、スナップショットを実行して、セカンダリSSDからプライマリSSDにロールバックイメージをインストールします。
    3. プライマリSSD(通常はプライマリルーティングエンジン(re0)のdisk1)から起動します。
      これで、ロールバックソフトウェアイメージを使用してシステムが動作しています。
  • 前の手順のいずれも成功しない場合は、USBドライブからイメージをインストールします。

    USBインストールプロセスでは、すべての設定ファイルとその他のファイルが削除されます。したがって、USBインストールプロセスが完了したら、次の手順を実行します。

    • システムにルーティングエンジンが1つしかない場合は、設定ファイルを再作成する必要があります。うまくいけば、以前にリモートサーバーまたはその他のオフボックスの場所に設定ファイルを保存していただけばよいでしょう。そうでない場合は、お使いの製品のハードウェアガイドに記載されているように初期設定手順から始めて、必要な設定ステートメントを追加し続ける必要があります。

    • システムに 2 つのルーティング エンジンが含まれている場合、セカンダリ ルーティングエンジンは起動しますが、現在のソフトウェア バージョンが異なるため、プライマリ ルーティングエンジンと FPC によって形成されたシステムには参加しません。ソフトウェアと設定をプライマリルーティングエンジンからセカンダリルーティングエンジンに同期させるには、 request system software sync all-versions 動作モードコマンドを使用します。その後、セカンダリルーティングエンジンが再起動し、システムに加わります。

    正しいソフトウェア パッケージで USB ドライブをすでに作成している場合は、 CLI を使用したブータブル USB ドライブからの Junos OS Evolved の起動の手順に従って、ルーティングエンジンにイメージをインストールし、デバイスを起動します。USBドライブをまだ作成していない場合は、「 ブータブルUSBドライブを使用して進化Junos OS起動する」 の手順に従って、WindowsまたはMac OS Xデバイスを使用してUSBドライブを作成します。次に、そのUSBドライブを使用してイメージをインストールします。

デュアルルーティングエンジンシステムのルーティングエンジンを交換する

Junos OS Evolvedは、システム内のすべてのノードが同じソフトウェアバージョンを実行していることを確認します。

プライマリルーティングエンジンと同じ現在のソフトウェアバージョンを持つルーティングエンジンをシステムに挿入すると、新しいルーティングエンジンがシステムに加わり、 auto-sw-sync ステートメントを設定していなくても、設定と他のソフトウェアバージョンが既存のルーティングエンジンから新しいルーティングエンジンに自動的に同期されます。

ソフトウェアバージョンが異なるルーティングエンジンをシステムに挿入し、 auto-sw-sync enable ステートメントを設定していない場合、ルーティングエンジンはシステム外部に保持され、システムはソフトウェア不一致アラームを生成します。アラームメッセージには、次のように、新しく挿入されたルーティングエンジン上のソフトウェアのルーティングエンジン名とバージョンが表示されます。 Software Version Mismatch on re1:junos-evo-install-ptx-x86-64-20.4R2.6-EVO.。

アラームをクリアしてルーティングエンジンをシステムに取り込むには、 request system software sync all-versions 動作モードコマンドを使用して、プライマリルーティングエンジンを新しいルーティングエンジンに手動で同期します。

新しいルーティングエンジンをシステムに挿入する前に、[edit system]階層レベルでauto-sw-sync enable設定ステートメントを設定することをお勧めします。これを行うと、システム内のルーティングエンジンが新しく挿入されたルーティングエンジンを検出し、ソフトウェアを新しいルーティングエンジンに自動的に同期します。すべてのイメージが新しいルーティングエンジンに同期され、システムが新しく挿入されたルーティングエンジンを再起動します。新しく挿入されたルーティングエンジンが復旧すると、システムに加わります。各ソフトウェアイメージには、イメージの実行時に使用した設定が一緒に保存されています。現在実行中のイメージに関連付けられた設定は、プライマリルーティングエンジンからバックアップルーティングエンジンに同期されます。プライマリルーティングエンジンでauto-sw-sync enableステートメントを設定すると、ロールバックやその他のイメージとともに保存された設定もバックアップルーティングエンジンに同期されます。

デュアルルーティングエンジンシステムでルーティングエンジンを交換するには:

  1. auto-sw-sync enableステートメントを設定します。

    設定モードに入り、 auto-sw-sync enable ステートメントを設定し、設定をコミットし、設定モードを終了して動作モードに戻ります。

  2. ルーティングエンジンを交換します。
  3. ソフトウェアと設定が同期し、新しく挿入されたルーティングエンジンが再起動するまで数分待ちます。
  4. show system software list 動作モード コマンドを発行して、新しく挿入されたルーティングエンジンがシステムの一部であり、両方のルーティング エンジンのソフトウェア バージョンが同じであることを確認します。

    新しく挿入されたルーティングエンジンが既存のルーティングエンジンからイメージを削除しないように、新しく挿入されたルーティングエンジンに制御を切り替える前に、システムがバックグラウンドですべてのイメージの同期を完了していることを確認するルーティングエンジンが必要です。

  5. ソフトウェアが自動的に同期されなかった場合、またはauto-sw-sync enableステートメントを設定しない場合は、プライマリルーティングエンジンからrequest system software sync all-versions動作モードコマンドを発行して、ソフトウェアのバージョンと設定を新しく挿入されたルーティングエンジンに手動で同期します。

    イメージとともに保存されたすべてのソフトウェアイメージと設定は、新しいルーティングエンジンに同期され、新しいルーティングエンジンが再起動されます。新しいルーティングエンジンが復旧すると、システムに加わります。

  6. (レスキュー設定がある場合は必須)プライマリルーティングエンジンのfile copy rescue-config-filenamesecondary-re-name:/config/コマンドを使用して、プライマリルーティングエンジンからセカンダリルーティングエンジンにレスキュー設定を同期します。

    デュアルルーティングエンジンシステムの場合、セカンダリルーティングエンジンがプライマリルーティングエンジンの現在のイメージとは異なる現在のイメージで起動し、 auto-sw-sync enable ステートメントが設定されている場合、プライマリルーティングエンジンは現在のイメージをセカンダリルーティングエンジンに同期します。プライマリルーティングエンジンは、ロールバックソフトウェアイメージとその他のイメージをセカンダリルーティングエンジンに同期します。プライマリルーティングエンジンの現在の設定ファイル(juniper.conf.gz)がセカンダリルーティングエンジンの現在の設定ファイルと一致する場合、プライマリルーティングエンジンはレスキュー設定(rescue.conf.gz)をセカンダリルーティングエンジンに同期しません。次に例を示します。

  7. 新しく挿入されたルーティングエンジンが正常に機能することを確認します。プライマリルーティングエンジンのrequest chassis routing-engine master release動作モードコマンドを使用して、新しく挿入されたルーティングエンジンに制御を解放します。

    その後、新しく挿入されたルーティングエンジンがプライマリルーティングエンジンにならない場合は、新しく挿入されたルーティングエンジンで request chassis routing-engine master release コマンドを発行して制御を解放し、新しく挿入されたルーティングエンジンを削除し、別のルーティングエンジンを取得して挿入し、この手順を繰り返します。

ノード同期の詳細については、「 システムソフトウェア同期のリクエスト 」と 「auto-sw-sync」を参照してください。

ソフトウェアのインストールに十分なディスク容量がありません

ソフトウェアのインストールプロセスには、ある程度の未使用のディスク容量が必要です。システムに十分な容量がない場合は、次のようなエラー メッセージが表示されます。

WARNING: The /soft filesystem is low on free disk space.

WARNING: This package requires 1075136k free, but there is only 666502k available.

ソフトウェアのインストールを正常に行うために十分なディスク容量を作成する必要がある場合は、次の操作を実行できます。

  • show system software listおよびrequest system software delete動作モードコマンドを使用して、古いイメージを特定して削除します。
  • show system storageおよびrequest system storage cleanup動作モードコマンドを使用して、不要なファイルを特定して削除します。

ソフトウェアのインストールに十分なディスク容量を作成する方法の詳細については、「 アップグレードに十分なディスク容量を確保する」を参照してください。