Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

デバイスNOSのアップグレード

概要 Apstra環境内から、Apstraが管理するネットワークデバイスのネットワークオペレーティングシステム(NOS)をアップグレードします。

デバイスNOSをアップグレードする前に、この手順に精通することを強くお勧めします。

NOS アップグレードの概要

簡単な手順で、Apstra環境内でデバイスNOSをアップグレードできます。独自のデバイス プロファイルを定義している場合は、それらを更新する必要があります。次に、ベンダーから入手した新しいOSイメージを登録し、ボタンをクリックしてアップグレードを開始します。Apstraは、アップグレードタスクやその他の要件を処理し、元の設定が更新されるようにします。

メモ：お勧めしませんが、Apstra環境の外部でデバイスNOSをアップグレード できます。そのためには、以下のように手動で手順を実行する必要があります。ブループリントからデバイスの割り当て解除とアンデプロイ、変更のコミット、エージェントのアンインストール、デバイスNOSのアップグレード(Apstra環境外)、エージェントのインストール、デバイスのブループリントへの割り当てと導入、そして最終的には変更のコミットが行われます。

サポートされているアップグレード パスの詳細については、「 参照」セクションの 「NOS アップグレード パス 」を参照してください。

Apstraソフトウェアには、特定のOSバージョンをサポートする組み込みのデバイスプロファイルが付属しています。Apstraサーバーをアップグレードすると、新しいApstraバージョンでサポートされているOSバージョンを持つデバイスプロファイルも更新されます。その後、新しくサポートされたバージョンのいずれかに NOS をアップグレードできます。

たとえば、Apstraバージョン4.0.0は、デバイスプロファイルのOSバージョンセレクター(4.(18|20|21|22|23|24))に示すように、Arista EOSバージョンをサポートしています。つまり、バージョン 4.18、4.20、4.21、4.22、4.23、4.24 をサポートします。一方、Apstraバージョン4.0.2は、EOSバージョン4.18、4.20、4.21、4.22、4.23、4.24()をサポートします。4.(18|20|21|22|23|24|25)4.25は新しくサポートされるバージョンです。Apstraサーバーをバージョン4.0.2にアップグレードすると、AristaデバイスをEOSバージョン4.25にアップグレードできます。

ただし、ご自身で作成(クローン作成)したデバイスプロファイルは、Apstra環境では管理されないため、Apstraサーバーをアップグレードしても、デバイスプロファイルは新しくサポートされるバージョンで自動的に更新されません。次のセクションで説明するように、追加の手順をいくつか実行する必要があります。

プロセスを開始する前に、以下を確認してください。

  • デバイスの設定ライフサイクルを理解し、導入モードの管理に問題ないことを確認します。
  • Apstraソフトウェアがアップグレードするデバイスを管理していることを確認します。 [管理対象デバイス>デバイス ]に移動し、デバイスがテーブル内に存在し、確認済みであることを確認します(緑色のチェックマークが付いている)。
  • NOSをアップグレードする前に、ブループリントからデバイスAAA/TACACS+コンフィグレットを削除します。アップグレードが完了したら、再適用できます。
  • デバイスの管理者の状態が 正常に設定されていることを確認します。 [管理対象デバイス>デバイスに移動し、デバイスの 管理IP をクリックして管理状態を確認します。(管理者の状態を MAINT/DECOMM に設定したり、デバイスが回復不能な状態に入ったりすることはしないでください)。
  • 指定されたApstraバージョンが、Apstraサーバーとデバイスの両方で同じであることを確認します。それらが異なる場合、デバイスをアップグレードすることはできません。異なるバージョンでアップグレードしようとすると、警告は表示されません。タスクステータスは無期限に IN PROGRESS 状態のままです。

ユーザー定義のデバイス プロファイルを更新する

上記の概要で説明したように、デバイスがアップグレードに適した状態になっていることを確認します。

独自のデバイス プロファイルを作成(複製)した場合、デバイス プロファイルとそのデバイス プロファイルを使用するブループリントで OS バージョンを手動で指定する必要があります。(デバイスが組み込みのデバイスプロファイルを使用している場合は、次のセクションに進んで新しいOSイメージを登録します)。

  1. Apstra GUIの左ナビゲーションメニューから、「デバイス>デバイスプロファイル」に移動し、デバイスを選択して、「セレクター」セクションでOSバージョンを更新します。
  2. 左ナビゲーション メニューから[プラットフォーム>開発者]に移動し、グラフ エクスプローラ>し、デバイス プロファイルの ID を見つけます。クエリ変数 { device_profile_nodes { id ラベル } } で検索できます。

    この例では、ラベル「Clone DCS-7160-48YC6_abc」の「id」は「35a376ad-6ba1-42ec-bfe9-7810c56003d3」です。

  3. apstra-cliを使用してデバイスプロファイルを更新します。

    前のステップでブループリントIDとノードIDを使用し、適切なモデルID(「DCS-7160-48YC6」など)を設定して実行できます。

    apstra-cliコマンド形式:

    例：

  4. ApstraのGUIからブループリントに移動し、[Uncommitted](コミット解除)をクリックして変更をコミットします。
  5. 次のセクションに進み、事前定義されたデバイスプロファイルを使用するデバイスと同じ方法でOSをアップグレードします。

OSイメージの登録/アップロード

  1. デバイスベンダーからOSイメージを取得します。
    注意：

    アップグレードするデバイスに対応したデバイスオペレーティングシステムイメージを選択してください。互換性のないイメージを使用していてアップグレードに失敗した場合、デバイスを復旧しても、展開ロックは自動的に解除されません。展開ロックを解除してデバイスを再度アクティブにするには、ブループリントからデバイスの割り当てを削除し、デバイスのデコミッションと正規化(デバイス>管理対象デバイスから)を解除し、デバイスをブループリントに再割り当てします。サポートについては、 ジュニパーサポートにお問い合わせください。

  2. 左側のナビゲーション メニューから、 デバイス > システム エージェント> OS イメージ に移動し、 OS イメージの登録 (右上)をクリックします。(Apstraリリース4.1.0以降では、新しいNOSイメージをアップロードするためのスペースがどれくらい残っているかを確認できます。パーティションに5GB以下の空き領域がある場合は、登録時に警告が表示されます)。
  3. ドロップダウンからプラットフォームを選択し(EOS、NXOS、SONIC、JUNOS)、説明を入力します。
  4. Apstraサーバーに直接イメージをアップロードするか、アクセス可能なHTTPサーバー上のイメージファイルを指すURLダウンロードリンクを提供します(以下のセクションで説明)。

方法1:画像をアップロード

  1. [ イメージのアップロード] を 選択し、[ファイルの選択 ] をクリックしてコンピューター上のイメージに移動するか、イメージをコンピューターからダイアログ ウィンドウにドラッグ アンド ドロップして [ 開く] をクリックします。
  2. チェックサムを追加します(オプション)(以下のセクションで説明)。
  3. [アップロード]をクリックして、画像をアップロードしてApstraソフトウェアに登録します。このイメージがテーブル ビューに表示されます。(Apstraバージョン4.1.1時点では、画像のサイズが含まれています。
  4. (オプション)チェックサムが検証されていない場合、アップグレード プロセスはデバイスの再起動前に停止します。

方法 2: 画像の URL を指定する

ネットワーク管理ポートを介してアップグレードされたデバイスから別のHTTPサーバーにアクセスできる場合は、アップロードする代わりにOSイメージを登録できます。HTTP URL のみがサポートされています。(HTTPS、FTP、SFTP、SCP などはサポートされていません。

  1. [ 画像の URL を指定] を選択します。
  2. もう一方のサーバー上のイメージを指す URL を入力します。
  3. チェックサムを追加します(オプション)(以下のセクションで説明)。
  4. [ 登録 ]をクリックして、Apstraソフトウェアに画像を登録します。このイメージがテーブル ビューに表示されます。(Apstraバージョン4.1.1時点では、画像のサイズが含まれています。
  5. (オプション)チェックサムが検証されていない場合、アップグレード プロセスはデバイスの再起動前に停止します。

チェックサムの追加(オプション)

プラットフォームは、使用するチェックサムのタイプを決定します。

  • Juniper Junos - MD5(32 文字)または SHA256(64 文字)
  • Enterprise SONiC - MD5(32 文字)
  • Cisco NX-OS - SHA512(128 文字)
  • Arista EOS - SHA512(128 文字)

デバイス ベンダーがチェックサム ファイルを提供する場合は、ファイルをダウンロードしてチェックサム フィールドにコピーすることをお勧めします。チェックサム ファイルを使用できない場合は、Linux md5sum または shasum コマンド(該当する場合)または同等 の プログラムを使用してチェックサムを生成できます。

OSのアップグレード画像

上記の概要に示すように、デバイスがアップグレードに適した状態になっていることを確認し、デバイスプロファイルがユーザー定義の場合はそれに応じて更新していることを確認してください。

  1. 左側のナビゲーション メニューから[デバイス >管理対象デバイス]に移動し、アップグレードするデバイスのチェック ボックスをオンにします。(デバイスが多数ある場合は、クエリ機能を使用して選択項目をフィルタリングします)。選択したすべてのデバイスは同じタイプで、同じイメージとバージョンにアップグレードする必要があります。特定のデバイス(すべての EOS デバイスなど)を検索するには、クエリーを入力します。
  2. [OSイメージのアップグレード]ボタンをクリックします([エージェント]セクションの上記の表)。このダイアログでは、選択したデバイスに一致する使用可能なOSイメージが一覧表示されます。
  3. 適切なイメージを選択し、OSイメージのアップグレードをクリックします。ページ下部の [アクティブなジョブ] セクションからアップグレードステータスを監視できます。
  4. イメージがアップロードされた後、OS イメージでチェックサムが提供された場合、イメージ チェックサムが検証されます。MD5/SHA512 チェックサムが正しくない場合、または他の障害が発生した場合(ディスク容量の不足、不正なリモート URL、アップグレード後にデバイス NOS バージョンが変更されていない場合、Apstra バージョン 4.1.1 など)、ジョブの状態は FAIL に変わり、デバイスは再起動されません。
    メモ：

    NOSアップグレード中にOSイメージに問題が発生した場合(中断されたダウンロードや無効なURLなど)、デバイス設定が変更される前に通知されます。その後、問題を解決してアップグレード プロセスを再起動できます。
  5. ジョブが失敗した場合は、エージェントをクリックしてエラーを表示します。[ログの表示] ボタンをクリックして、詳細な Ansible ジョブを表示することもできます。アップグレードに失敗した場合は、失敗の原因となっている問題を手動で解決する必要があります。たとえば、チェックサム エラーが発生した場合、無効なチェックサムを修正するか、新しい OS イメージを正しいチェックサムで登録してから、アップグレード プロセスを繰り返す必要があります。
  6. チェックサムが正しく、他の障害が発生しない場合、ジョブの状態は SUCCESS に変わり、デバイスは再起動されます。
  7. デバイスが新しいイメージで再起動され、コントローラとのエージェント接続を再確立すると、アップグレードが完了します。[管理対象デバイス] ページに新しい OS バージョンが表示されます。