デバイスNOSのアップグレード
Apstraで管理するネットワークデバイスのネットワークオペレーティングシステム(NOS)をApstra環境内からアップグレードします。
アップグレードプロセスを開始する前に、この手順について理解しておくことを強くお勧めします。
NOSアップグレードの概要
Apstra環境内のデバイスNOSは、いくつかのステップでアップグレードできます。独自のデバイスプロファイルを定義している場合は、最初にそれらを更新する必要がある場合があります。ベンダーから入手した新しいOSイメージを登録し、ボタンをクリックしてアップグレードを開始します。Apstraは、アップグレードタスクやその他の要件を処理し、元の構成が確実に更新されるようにします。
サポートされているアップグレードパスについては、「リファレンス」セクションの 「NOSアップグレードパス 」を参照してください。
Apstraソフトウェアには、特定のOSバージョンをサポートする事前定義されたデバイスプロファイルが付属しています。Apstraサーバーをアップグレードすると、新しいApstraバージョンでサポートされているOSバージョンのデバイスプロファイルも更新されます。その後、NOSを新しくサポートされているバージョンのいずれかにアップグレードできます。
ただし、自分で作成(クローン)したデバイスプロファイルはApstra環境で管理されないため、Apstraサーバーをアップグレードしても、これらのデバイスプロファイルが新しくサポートされているバージョンで自動的に更新されることはありません。次のセクションで説明するように、追加するには、いくつかの追加手順に従う必要があります。
プロセスを開始する前に、以下を確認してください。
- デバイス構成のライフサイクルを理解し、展開モードの管理に慣れていることを確認します。
- アップグレードするデバイスをApstraソフトウェアで管理していることを確認します。 デバイス>管理対象デバイス に移動し、デバイスがテーブルに表示され、確認済みであることを確認します(緑色のチェックマーク付き)。
- NOSをアップグレードする前に、設計図からデバイスAAA/TACACS+ コンフィグレットを削除します。アップグレードが完了したら、再度適用できます。
- デバイスの管理状態が normal に設定されていることを確認します。 デバイス>管理対象デバイスに移動し、デバイスの 管理IP をクリックして管理状態を確認します。(管理状態を MAINT/DECOMM に設定しないと、デバイスが回復不能な状態になる可能性があります)。
-
デバイスの展開モードが [ドレイン] に設定されていることを確認します。
- 指定されたApstraのバージョンが、Apstraサーバーとデバイスの両方で同じであることを確認します。異なる場合、デバイスをアップグレードすることはできません。別のバージョンでアップグレードしようとしても、警告は表示されません。タスクのステータスは、無期限に「進行中」状態のままです。
ユーザー定義のデバイスプロファイルを更新する
上記の概要で説明したように、デバイスがアップグレードに適した状態になっていることを確認してください。
独自のデバイスプロファイルを作成(複製)した場合は、デバイスプロファイルとそのデバイスプロファイルを使用する設計図でOSバージョンを手動で指定する必要があります。(デバイスが定義済みのデバイスプロファイルを使用している場合は、次のセクションに進み、新しいOSイメージを登録します。)
OSイメージの登録・アップロード
デバイスベンダーからOSイメージを入手します。
注意:アップグレードするデバイスと互換性のあるデバイスのオペレーティングシステムイメージを選択してください。互換性のないイメージを使用していてアップグレードに失敗した場合、デバイスを復元しても導入ロックは自動的に解除されません。導入ロックを解除してデバイスを再度アクティブ化するには、ブループリントからデバイスの割り当てを削除し、デバイスを(デバイス>管理対象デバイスから)廃止して正規化してから、デバイスをブループリントに再割り当てします。サポートが必要な場合は、 ジュニパーサポートにお問い合わせください。
左側のナビゲーションメニューから、 デバイス>システムエージェント>OSイメージ に移動し、 OSイメージの登録 (右上)をクリックします。
新しいNOSイメージをアップロードするための残りスペースを確認できます。パーティションの空き容量が 5 GB 未満の場合、開いたダイアログに警告が表示されます。

ドロップダウンリストからプラットフォーム(EOS、NXOS、SONIC、JUNOS)を選択し、説明を入力します。
Apstraサーバーにイメージを直接アップロードするか、アクセシブルなHTTPサーバー上のイメージファイルを指すURLダウンロードリンクを提供します(以下のセクションで説明します)。
方法1:画像をアップロードする
「 画像をアップロード」を選択し、「 ファイルを選択 」をクリックしてコンピューター上の画像に移動するか、コンピューターからダイアログウィンドウに画像をドラッグアンドドロップして 開くをクリックします。

チェックサムを追加します(オプション)(以下のセクションで説明します)。
アップロードをクリックします。
Apstraは、ソフトウェアパッケージがスイッチOSでサポートされていることを検証します。サポートされていない場合 (たとえば、ファイル拡張子が間違っているため)、アップロードが開始される前に、アップロードはすぐに失敗します。
Apstraは(オプションの)チェックサムを検証します。確認できない場合、アップロードが開始される前に、アップロードプロセスは直ちに失敗します。
すべての検証に合格すると、イメージがアップロードされ、テーブルビューに表示されます。
方法 2: 画像の URL を指定する
ネットワーク管理ポートを介してアップグレードするデバイスに別のHTTPサーバーがアクセス可能な場合は、OSイメージをアップロードする代わりに登録できます。HTTPおよびHTTPS URLがサポートされています。(FTP、SFTP、SCPなどはサポートされていません。
[イメージURLを指定]を選択します。

他のサーバー上のイメージを指すURLを入力します。
チェックサムを追加します(オプション)(以下のセクションで説明します)。
登録 をクリックします。
Apstraは(オプションの)チェックサムを検証します。検証できない場合は、プロセスを停止します。
検証に合格すると、テーブルビューにイメージが表示されます。
チェックサムの追加(オプション)
プラットフォームによって、使用するチェックサムのタイプが決まります。
- ジュニパー Junos - MD5(32文字)またはSHA256(64文字)
- Enterprise SONiC - MD5(32文字)
- Cisco NX-OS - SHA512(128文字)
- Arista EOS - SHA512(128文字)
デバイスベンダーがチェックサムファイルを提供する場合は、ファイルをダウンロードしてチェックサムフィールドにコピーすることをお勧めします。チェックサム ファイルが利用できない場合は、必要に応じて Linux の md5sum コマンドまたは shasum コマンド、または同等のプログラムを使用してチェックサムを生成できます。
$ shasum -a 512 EOS-4.20.11M.swi dbfd28d3597777a6ee5946b52277205fc714e11ab992574b7ef1156ffcd6e379979979f8c009f665fc21212e4d38d1794a412d79bab149f859aa72be417c0975 EOS-4.20.11M.swi $
インターフェイスを動作させ続ける(オプション)
アップグレードプロセスの初期に、デバイス設定が元の状態にロールバックされ、インターフェイスは自動的に無効になります。NOSがアップグレードされると、デバイスは新しい手付かずの設定になり、インターフェイスは無効のままになります。デバイスを再起動すると、レンダリングされた設定がデバイスにプッシュされ、インターフェイスが有効になります。
トラフィックのブラックホール化を防ぐために、意図した設定がプッシュされるまで、インターフェイスは無効のままになります。アップグレード中にインターフェイスを有効にしておくには、デフォルト設定を次のように変更できます。
イメージのダウンロードタイムアウトを設定(オプション)
(異なるネットワーク上の)Apstraコントローラとデバイス間の接続のパフォーマンスが低下すると、タイムアウトが発生することがあります。イメージダウンロードのタイムアウト値を次のように設定(増加)できます(Apstraバージョン5.1.0以降)。
OSイメージのアップグレード
上記の概要で説明したように、デバイスがアップグレードに適した状態にあり、デバイスプロファイルがユーザー定義の場合は、それに応じて更新されていることを確認してください。




