Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Routing Directorのアップグレード

Paragon Shellのアップグレード機能により、Routing Directorのインストールとその上で実行されているすべてのアプリケーションを現在のリリースにアップグレードできます。

次のリリースから、現在のJuniper Routing Directorリリース2.5.0にアップグレードできます。

  • リリース 2.4.1 および 2.4.0

  • リリース 2.3.0

2.0.0からそれ以降のJuniper Routing Directorリリースへのアップグレードはサポートしていません。リリース 2.1.0 および 2.2.0 からリリース 2.5.0 への直接アップグレードはサポートされていません。リリース2.1.0をインストールしている場合は、最初にリリース2.2.0にアップグレードし、次に2.4.1にアップグレードし、その後、このトピックで説明するプロセスを使用してリリース2.5.0にアップグレードします。リリース2.2.0をインストールしている場合は、リリース2.4.1にアップグレードしてから、このトピックで説明するプロセスを使用して、その後リリース2.5.0にアップグレードします。

アップグレードプロセスは、一連のParagon Shellコマンドによって自動化され、必要なシステムチェックを実行し、アップグレードパッケージを取得して、クラスターノードでアップグレードプロセスを実行します。プライマリ ノードにローカルにダウンロードされたファイル、または Web ページから直接ダウンロードされたファイルを使用してアップグレードできます。

アップグレード中は、デバイスのオンボーディング、サービスのプロビジョニング、その他の設定の変更などの変更アクティビティをシステムで行わないことが重要です。アップグレードにより、すべてのコンポーネントが自動的に再起動され、その間、短期間使用できなくなります。アップグレードプロセスはネットワーク上のトラフィックに影響を与えず、アップグレードが完了すると、デバイスやサービスが再設定されることはありません。

手記:

アップグレードする前に、設定をバックアップすることをお勧めします。現在の設定のバックアップについては、 ルーティングディレクターの設定のバックアップを参照してください。

以下のステップを実行して、ルーティングディレクターリリース2.5.0にアップグレードします。

  1. アップグレードの前提条件:すべてのアップグレードの前提条件が満たされていることを確認します

  2. Routing Director クラスタのアップグレードUpgrade using the local filename オプションまたは Upgrade using the remote url オプションのいずれかを使用してクラスタをアップグレードします

  3. Paragon ShellとOVAシステムファイルのアップグレード—すべてのクラスタノードでParagon ShellとOVAシステムファイルをアップグレードします

  4. [クラスタ アップグレード後のタスク(Post Cluster Upgrade Tasks)]:クラスタ アップグレード後のすべてのタスクを実行して、アップグレード プロセスを完了します。

アップグレードの前提条件

ルーティングディレクター クラスタをアップグレードする前に、以下を確認してください。

  • Paragon Shellはアクセス可能で、運用可能です。

  • VM のディスク サイズは、推奨される システム要件に合わせて増加します。 「VM ディスク サイズを増やす」で説明されている手順を実行します。

  • クラスタノードには、次の空きディスク領域があります。

    • クラスタのデプロイ元のプライマリノードには、合計ディスク容量の 15% + アップグレードファイルサイズの 3 倍の空き容量が必要です。

    • 他の 2 つのプライマリ ノードとワーカー ノードには、合計ディスク領域の 15% + アップグレード ファイル サイズと同じ容量が空いている必要があります。

    • ワーカー・ノードには、合計ディスク・スペースの15%が使用可能である必要があります。

  • 以前のOpenSearchバックアップファイルを無効にして削除し、スペースを解放します。

    1. OpenSearchバックアップを無効にします。

    2. 定期的なバックアップ ジョブを削除します。

    3. 既存の OpenSearch バックアップ ファイルをすべて削除します。

  • (オプション) show paragon version コマンドを使用して、Paragon Shellから既存のリリースの現在のビルドとOVAバージョンを確認します。

Routing Directorクラスタのアップグレード

Paragon Automatonリリース2.3.0および2.4.Xを現在の2.5.0リリースにアップグレードする場合は、次の手順を実行します。

以下の 2 つのオプション のいずれか を使用して、インストール済み環境およびその上で実行されているすべてのアプリケーションをアップグレードできます。

local filenameオプションを使用したアップグレード

このオプションは、Routing Directorインストールがインターネットにアクセスできない、エアギャップのある環境に使用します。ただし、 upgrade_paragon-release-build-id.tgz ファイルと upgrade_paragon-release-build-id.tgz.psig ファイルをプライマリノードにコピーできる必要があります。

リリース 2.3.0 および 2.4.X からリリース 2.5.0 にアップグレードするには、次の手順を実行します。

  1. 現在のクラスタがインストールされているプライマリノードにrootユーザーとしてログインします。Paragon Shellにログインしています。

  2. exitと入力して、Paragon ShellからLinuxルートシェルに戻ります。

  3. アップグレードするバージョンの upgrade_paragon-release-build-id.tgz および upgrade_paragon-release-build-id.tgz.psig ファイルを /root/epic/temp フォルダにコピーします。

    プライマリノードにコピーする前に、 upgrade_paragon-release-build-id.tgz および upgrade_paragon-release-build-id.tgz.psig ファイルを ジュニパーソフトウェアダウンロード サイトからローカルコンピューターにダウンロードする必要がある場合があります。

  4. (オプション) gpg --verify コマンドを使用して、アップグレード ファイルのデジタル署名を検証します。例えば:

    primary1はインストーラのプライマリノードです。検証が完了するまでに数分かかります。

  5. cli 」と入力してParagon Shellに入ります。

  6. 次のコマンドを使用して、Routing Director クラスタをアップグレードします。

    request paragon cluster upgrade local filename upgrade_paragon-release-build-id.tgz

    例えば:

    primary1はインストーラのプライマリノードです。upgrade コマンドは、アップグレード前にクラスタの正常性をチェックします。クラスターのヘルスチェックでGREENステータスが返された場合、クラスターはアップグレードされ、それ以上の入力は必要ありません。クラスターのヘルスチェックでREDステータスが返された場合、クラスターはアップグレードされません。クラスターのヘルスチェックでAMBERステータスが返された場合は、アップグレードを続行するか停止するかを選択するように求められます。

    追加のアップグレード コマンド オプション:

    アップグレード中に、upgradeコマンドと一緒に次のコマンドオプションのいずれか1つ以上を使用することもできます。

    1. no-confirm—使用例:

      no-confirm オプションを使用すると、AMBERステータスを無視し、プロンプトを表示せずにアップグレードを続行できます。ただし、no-confirm オプションはREDステータスを無視しません。

    2. detach-process—使用例:

      アップグレード プロセスは完了するまでに 1 時間以上かかるため、アップグレードをバックグラウンドで実行し、CLI 画面を他のタスクに充てることができます。このコマンドは、最初のヘルスチェックを実行してから、アップグレードを続行します。アップグレード プロセスが開始されると、プロセスは切り離されてバックグラウンドに移動し、コマンド プロンプトに戻ります。アップグレードの出力は /epic/temp/upgrade.log ファイルに記録されます。アップグレード プロセスのステータスを監視し、出力を画面に出力するには、 monitor start /epic/temp/upgrade.log コマンドを使用します。アップグレード プロセスが完了すると、次のような成功メッセージがすべてのクラスタ ノードに表示されます。

      アップグレード プロセス中に VM から切断された場合は、アップグレード ログ ファイルでアップグレードの状態を定期的に確認できます。

    3. input—使用例:

      inputオプションを使用して、追加のAnsible入力パラメーターをupgradeコマンドに渡します。たとえば、アップグレード中に詳細ログを有効にする場合は、-v オプションを使用します。

      request paragon cluster upgrade local filename upgrade_paragon-release-build-id.tgz input "-v"

    Routing Directorとその上で実行されているすべてのアプリケーションがアップグレードされます。

    アップグレード プロセスが完了するまでに 1 時間以上かかることに注意してください。アップグレード プロセス中に VM から切断された場合は、次のような出力が表示されるまで、アップグレード ログ ファイルを定期的に確認できます。

  7. request paragon health-check コマンドを実行して、アップグレードされたクラスターが正常で動作していることを確認します。

    Overall Cluster StatusGREENである必要があります。

  8. Paragon ShellとOVAシステムファイルをアップグレードします。

    「Paragon ShellとOVAシステムファイルのアップグレード」に進みます。

remote urlオプションを使用したアップグレード

このオプションは、Routing Directorのインストールがインターネットにアクセスでき、アップグレードファイルが遠隔地にある場合に使用します。

リリース 2.3.0 および 2.4.X からリリース 2.5.0 にアップグレードするには、次の手順を実行します。

  1. 既存のクラスタをインストールしたプライマリノードにrootユーザーとしてログインします。Paragon Shellにログインしています。

  2. 次のコマンドを使用して、Routing Director クラスタをアップグレードします。

    request paragon cluster upgrade remote url "https://juniper.software.download.site/upgrade_paragon-release-build-id.tgz?query_string"

    例えば:

    primary1はインストーラのプライマリノードです。upgrade コマンドは、アップグレード前にクラスタの正常性をチェックします。クラスターのヘルスチェックでGREENステータスが返された場合、クラスターはアップグレードされ、それ以上の入力は必要ありません。クラスターのヘルスチェックでREDステータスが返された場合、クラスターはアップグレードされません。クラスターのヘルスチェックでAMBERステータスが返された場合は、アップグレードを続行するか停止するかを選択するように求められます。

    追加のアップグレード コマンド オプション:

    アップグレード中に、upgradeコマンドと一緒に次のコマンドオプションのいずれか1つ以上を使用することもできます。

    1. no-confirm—使用例:

      no-confirm オプションを使用すると、AMBERステータスを無視し、プロンプトを表示せずにアップグレードを続行できます。ただし、no-confirm オプションはREDステータスを無視しません。

    2. detach-process—使用例:

      アップグレード プロセスは完了するまでに 1 時間以上かかるため、アップグレードをバックグラウンドで実行し、CLI 画面を他のタスクに充てることができます。このコマンドは、最初のヘルスチェックを実行してから、アップグレードを続行します。アップグレード プロセスが開始されると、プロセスは切り離されてバックグラウンドに移動し、コマンド プロンプトに戻ります。アップグレードの出力は /epic/temp/upgrade.log ファイルに記録されます。アップグレード プロセスのステータスを監視し、出力を画面に出力するには、 monitor start /epic/temp/upgrade.log コマンドを使用します。アップグレード プロセスが完了すると、次のような成功メッセージがすべてのクラスタ ノードに表示されます。

    3. disk-saving—使用例:

      このオプションを使用すると、 upgrade_paragon-release-build-id.tgz ファイルがプライマリノードから解凍されるとすぐに削除されます。upgrade コマンドは、リモートの場所からアップグレード ファイルをダウンロードし、アップグレード プロセスの開始時にファイルの内容を抽出します。このオプションは、ダウンロードしたファイルを解凍するとすぐに削除し、プライマリノードのスペースを解放します。

      このオプションを使用する利点は、アップグレード プロセスに必要な空き領域が少なくて済むことです。デフォルトの最小必要空き領域は、合計ディスク容量の 15% + アップグレード ファイル サイズの 3 倍です。このオプションでは、合計ディスク容量の 15% + アップグレード ファイル サイズの 2 倍の最小空き容量が必要です。

    4. input—使用例:

      input オプションを使用して、追加の Ansible 入力パラメーターを upgrade コマンドに渡します。たとえば、アップグレード中に詳細ログを有効にする場合は、-v オプションを使用します。

      request paragon cluster upgrade remote url "https://juniper.software.download.site/upgrade_paragon-release-build-id.tgz?query_string" input "-v"

    Routing Directorとその上で実行されているすべてのアプリケーションがアップグレードされます。

    アップグレード プロセスが完了するまでに 1 時間強かかることに注意してください。アップグレード プロセス中に VM から切断された場合は、次のような出力が表示されるまで、アップグレード ログ ファイルを定期的に確認できます。

  3. request paragon health-check コマンドを実行して、アップグレードされたクラスターが正常で動作していることを確認します。

    Overall Cluster StatusGREENである必要があります。

  4. Paragon ShellとOVAシステムファイルをアップグレードします。

    「Paragon ShellとOVAシステムファイルのアップグレード」に進みます。

Paragon ShellとOVAシステムファイルのアップグレード

Routing Directorのインストールとその上で実行されているすべてのアプリケーションが正常にアップグレードされたら、Paragon ShellとOVAシステム ファイルをアップグレードする必要があります。

  1. exit」と入力して、インストーラのプライマリノードであるParagon Shellを終了し、Linuxのルートシェルに移動します。

  2. Paragon Shellアップグレードシェルスクリプトを実行します。

    Paragon ShellとOVAシステム ファイルがアップグレードされます。

  3. (オプション)Paragon ShellからアップグレードしたクラスターのビルドとOVAバージョンを確認します。

クラスタ後のアップグレードタスクの実行に進みます。 「クラスタ アップグレード後のタスク」を参照してください。