Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの目次
 

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

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

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

NOS アップグレードの概要

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

メモ：お勧めはありませんが、Apstra環境外でデバイスNOSをアップグレードする ことは可能です。これには、ブループリントからのデバイスの割り当て解除と展開解除、変更をコミット、エージェントのアンインストール、Apstra環境外でのデバイスNOSのアップグレード、エージェントのインストール、ブループリントでのデバイスの割り当てと展開、最後に変更をコミットする手動の手順を実行する必要があります。

サポートされているアップグレード パスの詳細については、「参照」セクションの「 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.25(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. 左側のナビゲーション メニューから、[プラットフォーム>開発者] > Graph エクスプローラーに移動し、デバイス プロファイルの ID を見つけます。クエリ変数 { device_profile_nodes { id ラベル } } で見つけることができます。

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

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

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

    Apstra-CLI コマンド形式:

    例：

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

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

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

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

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

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

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

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

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

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

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

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

  • Juniper Junos - MD5(32文字)またはSHA256(64文字)
  • エンタープライズSONiC - MD5(32文字)
  • Cisco NX-OS - SHA512(128 文字)
  • Arista EOS - SHA512(128文字)

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

OS イメージのアップグレード

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

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

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