ソフトウェアのインストールとアップグレードの概要(Junos OS Evolved)

Junos OS Evolvedインストールのタイプ

デバイスのアップグレードまたはダウングレードに使用されるインストールには、標準インストールとリカバリの 2 種類があります。標準インストールは、ソフトウェアをアップグレードおよびダウングレードする標準的な方法です。リカバリ インストールは、デバイス上のソフトウェアが破損している場合や、ソフトウェアのアップグレードやダウングレードに対応できない場合に実行します。

複数のソフトウェアバージョンが利用可能

Junos OS Evolvedは、ストレージメディアに複数のバージョンのソフトウェアを保存します。システムにインストールされているソフトウェア パッケージを表示するには、 show system software list 動作モード コマンドを使用します。Junos OS Evolvedでは、 request system software rollback 運用モードコマンドを使用して、システムにすでに保存されているリリースのいずれかにロールバックすることもできます。

各バージョンには、そのリリースが実行されていたときに実行されていた最後の構成ファイルも保存されます。Junos OS Evolvedは、 request system software rollback image-name with-old-snapshot-config 運用モードコマンドを使用して、現在の構成ファイルまたは代替イメージが最後に実行されていたときの設定スナップショットのいずれかで、代替イメージへのロールバックをサポートしています。

デュアルルーティングエンジンシステムのノードソフトウェア同期

Junos OS Evolvedは、システム内のすべてのノードで同じソフトウェアバージョンが実行されるようにします。

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

異なるソフトウェア バージョンのルーティングエンジンをシステムに挿入すると、そのルーティングエンジンはシステムの外部に保持され、システムはソフトウェア不一致アラームを生成します。アラームは、新しく挿入されたルーティングエンジンのルーティングエンジン名とソフトウェアのバージョンを次のように指定します。 Software Version Mismatch on re1:junos-evo-install-ptx-x86-64-20.4R2.6-EVO。RE1をシステムに戻すには、ルーティングエンジンを手動で同期させる必要があります。

ソフトウェアのバージョンと構成を手動または自動で新しいルーティングエンジンに同期させることができます。ソフトウェアの自動同期はデフォルトで無効になっています。ソフトウェアの自動同期を有効にすることをお勧めします。

• ソフトウェアのバージョンと設定を常に新しいルーティングエンジンに自動的に同期させるには、[edit system]階層レベルでauto-sw-sync enableステートメントを設定します。auto-sw-sync ステートメントを設定すると、システムは新しいルーティングエンジンを検出し、すべてのイメージを新しいルーティングエンジンに同期させ、新しいルーティングエンジンを再起動するため、新しいルーティングエンジンはプライマリルーティングエンジンと同じソフトウェアと同じ設定バージョンで起動し、システムに参加します。各ソフトウェア イメージには、そのソフトウェア イメージが最後にアクティブになったときに実行されていた設定が含まれています。

• ソフトウェアのバージョンと設定を新しいルーティングエンジンに手動で同期させるには、 request system software sync all-versions 運用モードコマンドを使用します。イメージとともに保存されたすべてのソフトウェア イメージと設定は、新しいルーティングエンジンに同期され、システムは新しいルーティングエンジンを再起動します。新しいルーティングエンジンが復旧すると、新しいルーティングエンジンがシステムに加わります。

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

プライマリルーティングエンジンからセカンダリルーティングエンジンにレスキュー設定を同期させるには、プライマリルーティングエンジンで file copy コマンドを発行します。

ルーティングエンジンの交換の詳細については、 デュアルルーティングエンジンシステムにおけるルーティングエンジンの交換を参照してください。

GPTディスクパーティショニングへの移行

Junos OS Evolved Release 24.2R1 以降、GUID パーティション テーブル(GPT)ディスク パーティショニングへの移行がサポートされています。GPTは、UEFI BIOSで使用されるネイティブディスクパーティションスキームです。GPT は、従来の BIOS で使用されていたマスター ブート レコード (MBR) ディスク パーティション方式に似ています。すべてのJunos OS EvolvedプラットフォームがGPTをネイティブにサポートしています。ただし、Junos OS Evolvedはもともと従来のBIOSを使用するシステムに移植されたため、デフォルトでMBRディスクパーティショニングを使用しています。

GPTには、MBRに比べていくつかの利点があります。

• はるかに大きなディスクのサポート

• GUID を使用した一意のパーティション ID のサポート

• 人間が判読できるパーティション名

• バックアップコピー

GPT ディスクのパーティション分割をサポートするリリースをインストールすると、次のことができます。

• 新規インストールの場合は、プライマリ ディスクとセカンダリ ディスクの両方の既定のパーティション構成をすぐに GPT に変更します (たとえば、スクラッチ インストールを空のディスクに変更します)。

• 既存のインストールの場合は、システムの再起動後に、プライマリディスクとセカンダリディスクの両方のGPTディスクパーティションに移行します。

ハード ディスクが現在 GPT ディスク パーティショニングを使用しており、GPT ディスク パーティショニングをデフォルトでサポートしていないリリースにソフトウェアをロールバックすると、ハード ディスクは引き続き GPT ディスク パーティショニングを使用します。つまり、ディスクを GPT ディスク パーティショニングに移行すると、古いソフトウェアをインストールしてシステムを再起動した場合でも、GPT ディスク パーティショニングが引き続き使用されます。

デュアルルーティングエンジンシステムの場合:

• ルーティングエンジン0がデフォルトでGPTディスクパーティショニングをサポートするリリースを実行しており、新しいルーティングエンジン1が挿入された場合、ルーティングエンジン1の再起動時に、ルーティングエンジン1のプライマリディスクとセカンダリディスクがGPTディスクパーティショニングスキームに移行します。

• auto-sw-sync enable 設定ステートメントが ルーティングエンジン 0 で設定されていない場合、ルーティングエンジン 0 がデフォルトで GPT ディスク パーティショニングをサポートするリリースを実行していても、ルーティングエンジン 1 の再起動時に ルーティングエンジン 1 のプライマリ ディスクとセカンダリ ディスクは GPT ディスク パーティショニング方式に移行しません。GPT ディスク パーティショニング方式に移行するには、ソフトウェアをアップグレードした後、ルーティングエンジン 0 で request system software sync all-versions コマンドを発行してルーティング エンジンを手動で同期し、ルーティングエンジン 1 を再起動する必要があります。

gNOI ソフトウェア アップグレード メカニズムを使用している場合、リリース イメージのステージングもアクティブ化も、ディスクのパーティション構成は変更されません。(現在、イメージをアクティブ化することはできますが、再起動は選択できません。また、システムを再起動する前に、アクティブ化されたイメージを削除することもできます)。アクティブ化されたイメージでシステムを再起動すると、プライマリディスクとセカンダリディスクがGPTディスクパーティションスキームに移行します。

ISSU をサポートするシステムの場合、システムを再起動して、プライマリ ディスクとセカンダリ ディスクを GPT ディスク パーティション方式に移行する必要があります。アップグレードを完了するためにアプリケーションを再起動しただけでは、ディスクは GPT ディスク パーティション スキームに移行されません。

現在のシステムのファイルをバックアップする

デバイスに現在のシステムのバックアップを作成することには、次の利点があります。

• デバイスはバックアップから起動し、アップグレード中のコンポーネントに障害が発生した場合や電源障害によってプライマリ ブート デバイスが破損した場合にオンラインに戻すことができます。

• システムのバックアップコピーには、アクティブな設定ファイルとログファイルが保存されます。

• デバイスは、アップグレードが失敗した場合に、既知の安定した環境から回復できます。

アップグレードが成功すると、アップグレード パッケージによって既存のオペレーティング システムが完全に再インストールされます。 juniper.conf、 rescue.conf、SNMP ifIndexes、 /var/home、 /config/scripts、SSHファイル、その他のファイルシステムファイルが保持されます。アップグレード プロセスでは、その他の情報はすべて削除されます。したがって、インストールプログラムの実行後に既存のシステムに戻る必要がある場合に備えて、既存のシステムをバックアップする必要があります。

request system snapshotコマンドを使用して、デバイス上で実行されているソフトウェアと設定の両方のコピーを作成します。request system snapshotコマンドは、デバイスの実行に現在使用されているファイルの「スナップショット」を取得し、そのファイルを代替ソリッドステートドライブ(SSD)にコピーします。スナップショットには、/soft、/config、および /root ディレクトリの完全な内容が含まれ、これには、現在のロールバック ソフトウェア イメージとすべてのロールバック ソフトウェア イメージ、ユーザー データのコピー、アクティブな設定、レスキュー設定、および /var ディレクトリ(/var/core、/var/external、/var/log、および /var/tmp ディレクトリを除く)の内容が含まれます。

その後、このスナップショットを使用して、次回の起動時にデバイスを起動したり、バックアップブートオプションとしてデバイスを起動したりできます。バックアップが完了すると、現在のソフトウェアとバックアップソフトウェアのインストールが同一になります。デュアルルーティングエンジンシステムの場合、プライマリとセカンダリの両方のルーティングエンジンでスナップショットを作成し、デバイスの再起動にどのルーティングエンジンを使用してもスナップショットが利用可能な状態を確保する必要があります。

ソフトウェアのインストールパッケージを決定します

ジュニパーネットワークスは、ソフトウェアが公式に正しいことを保証するために、デジタル署名を含む署名付きパッケージでソフトウェアリリースを提供します。デバイスで現在実行されているソフトウェア パッケージに関する情報を表示するには、CLI(コマンドライン インターフェイス)の最上位にある show version 動作モード コマンドを使用します。

ジュニパーネットワークスのソフトウェアダウンロードWebページから、デバイスの/var/tmpディレクトリにソフトウェアをダウンロードします。

ソフトウェア パッケージの詳細については、 Junos OS Evolvedインストール パッケージを参照してください。

コンソールへの接続

アップグレード プロセス中にインバンド接続が切断される可能性があるため、コンソールまたは管理イーサネット インターフェイスからのアウトオブバンド接続を使用して、個々のソフトウェア パッケージをすべてアップグレードすることを推奨します。

コンソール ポートは、デバイスがオフでない限り、デバイスの状態に関係なく、端末またはラップトップ インターフェイスを介したデバイスへのルート アクセスを許可します。コンソール ポートに接続することで、デバイスが接続されているネットワークと接続されていないネットワークを使用せずに、デバイスのルート レベルにアクセスできます。コンソール ポートに接続することで、ネットワークに依存せずにデバイスへのセカンダリ パスが作成されます。

ターミナル インターフェイスを使用すると、通常は遠く離れた NOC に座っている技術者が、プライマリ ネットワークに障害が発生した場合でも、モデムを使用してデバイスを復元したり、初期化設定を安全に実行したりできます。コンソール ポートに接続していない場合、技術者は修理や初期化を行うために現場に出向く必要があります。モデムを介してデバイスにリモート接続するには、ケーブルとコネクタ(デバイスのアクセサリボックスに付属)、およびモデム用のDB-9-DB-25(または同様の)アダプタが必要です。これらは別途購入する必要があります。コンソール ポートへの接続の詳細については、お使いのデバイスのハードウェア ガイドを参照してください。

現在の設定でのインストールパッケージの検証

ソフトウェアをアップグレードまたはダウングレードする場合、 request system software add 運用モードコマンドで設定を検証し、候補ソフトウェアが現在の設定と互換性があることを確認することをお勧めします。デフォルトでは、異なるリリース番号のパッケージを追加すると、システムは自動的に検証チェックを実行します。

アップグレード方法が内部メディアに与える影響

USBストレージ デバイスを使用してブート ローダーからインストールすると、インストール前に内部メディアが再フォーマットされます。

CLIを使用してインストールすると、既存のパーティショニング方式が保持されます。

ブート シーケンス

デバイスの使用開始には、インストール済みの Junos OS Evolvedソフトウェアを使用します。起動可能なソフトウェアのコピーは、内蔵ソリッド ステート ドライブとリムーバブル メディア (USB) の 2 つの場所に保存されます。次のサブセクションでは、有効な起動可能なオペレーティングシステムがチェックされる場所の順序について説明します。

• ブート順序
• 代替ブート デバイスからのブート