デバイス番号のアップグレード
概要 Apstra環境内から、Apstraが管理するネットワークデバイスのネットワークオペレーティングシステム(NOS)をアップグレードします。
デバイスNOSをアップグレードする前に、この手順をよく理解しておくことを強くお勧めします。
NOS アップグレードの概要
いくつかのステップで、Apstra環境内のデバイスNOSをアップグレードできます。独自のデバイス プロファイルを定義している場合は、それらを更新する必要があります。次に、ベンダーから入手した新しい OS イメージを登録し、ボタンをクリックしてアップグレードを開始します。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.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 イメージを登録します)。
OSイメージの登録/アップロード
- デバイスのベンダーから OS イメージを取得します。
注意:
アップグレードするデバイスと互換性のあるデバイスのオペレーティング システム イメージを選択してください。互換性のないイメージを使用していてアップグレードが失敗した場合、デバイスを回復しても、展開ロックは自動的に解放されません。展開ロックを解除してデバイスを再度アクティブ化するには、ブループリントからデバイスの割り当てを削除し、([デバイス] > [管理対象デバイス] から) デバイスを使用停止および正規化してから、デバイスをブループリントに再割り当てします。サポートが必要な場合は、 ジュニパーサポートまでお問い合わせください。
- 左側のナビゲーション メニューから、[ デバイス] > [システム エージェント] > [OS イメージ ] に移動し、[ OS イメージの登録 ] (右上) をクリックします。新しいNOSイメージをアップロードするための残りのスペースを確認できます。パーティションの空き容量が5GB未満の場合は、登録時に警告が表示されます。
- ドロップダウン リストからプラットフォーム(EOS、NXOS、SONIC、JUNOS)を選択し、説明を入力します。
- イメージをApstraサーバーに直接アップロードするか、アクセス可能なHTTPサーバー上のイメージファイルを指すURLダウンロードリンクを提供します(以下のセクションで説明)。
方法1:画像をアップロードする
- 「 画像をアップロード」を選択し、「 ファイルを選択 」をクリックしてコンピュータ上の画像に移動するか、コンピュータからダイアログウィンドウに画像をドラッグアンドドロップして「 開く」をクリックします。
- チェックサムを追加します(オプション)(以下のセクションで説明します)。
- [アップロード]をクリックしてイメージをアップロードし、Apstraソフトウェアに登録します。イメージとイメージ サイズがテーブル ビューに表示されます。
- (オプションの)チェックサムが検証されない場合、デバイスが再起動する前にアップグレード プロセスが停止します。
方法2:画像のURLを指定する
ネットワーク管理ポートを介してアップグレードするデバイスから別の HTTP サーバーにアクセスできる場合は、OS イメージをアップロードする代わりに登録できます。HTTP URL のみがサポートされています。(HTTPS、FTP、SFTP、SCP などはサポートされていません。
- [ 画像の URL を入力] を選択します。
- 他のサーバー上のイメージを指す URL を入力します。
- チェックサムを追加します(オプション)(以下のセクションで説明します)。
- [登録]をクリックして、イメージをApstraソフトウェアに登録します。イメージとイメージ サイズがテーブル ビューに表示されます。
- (オプションの)チェックサムが検証されない場合、デバイスが再起動する前にアップグレード プロセスが停止します。
チェックサムの追加 (オプション)
プラットフォームは、使用されるチェックサムの種類を決定します。
- Juniper Junos - MD5(32文字)またはSHA256(64文字)
- エンタープライズSONiC - MD5(32文字)
- Cisco NX-OS - SHA512(128 文字)
- Arista EOS - SHA512(128文字)
デバイス ベンダーがチェックサム ファイルを提供している場合は、ファイルをダウンロードして Checksum フィールドにコピーすることをお勧めします。チェックサムファイルが利用できない場合は、Linux md5sum コマンドまたは shasum コマンド (該当する場合)、または同等のプログラムを使用してチェックサムを生成できます。
$ shasum -a 512 EOS-4.20.11M.swi dbfd28d3597777a6ee5946b52277205fc714e11ab992574b7ef1156ffcd6e379979979f8c009f665fc21212e4d38d1794a412d79bab149f859aa72be417c0975 EOS-4.20.11M.swi $
OS イメージのアップグレード
上記の概要で説明したように、デバイスがアップグレードに適した状態にあり、デバイス プロファイルがユーザー定義の場合は、それに応じて更新されていることを確認します。