リクエストされたアーティクルはご利用いただけません。このバージョンの製品で扱われていないか、関連する情報がこのバージョンのドキュメントで別に扱われています。検索 / 参照しなおすか、別のバージョンに戻る場合は、こちらをクリックしてください.

日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

管理ノードをアップグレードする

11/12/2025 共同作成者

PDF

管理ノードをバージョン 12.3.x 以降から管理ノード 12.5 以降にアップグレードできます。

ストレージクラスター上の Element ソフトウェアをアップグレードするために、管理ノードのオペレーティングシステムをアップグレードする必要がなくなりました。管理サービスを最新バージョンにアップグレードするだけで、 NetApp Hybrid Cloud Control を使用して Element のアップグレードを実行できます。セキュリティ修復などの他の理由で管理ノードのオペレーティングシステムをアップグレードする場合は、シナリオに応じた管理ノードのアップグレード手順に従ってください。

管理ノード12.2以前のバージョンへのアップグレードに関する情報が必要な場合は、 "Element 12.3.x 管理ノードのアップグレードに関するドキュメント" 。

ステップ1: 管理ノード上のVMハードウェアバージョンをアップグレードする

既存の管理ノードを Element 12.8 にインプレースアップグレードする場合は、アップグレードする前に、環境に応じて、管理ノード上の VM ハードウェアバージョンが ESXi 6.7 (VM ハードウェアバージョン 14) 以降と互換性があることを確認する必要があります。

手順

vCenter 管理者として vSphere Web Client にログインします。
vSphere Client メニューから、VM とテンプレート を選択します。
仮想マシン (VM) を右クリックし、[電源] > [ゲスト OS のシャットダウン] を選択します。

VM の電源がオフになるまで待ちます。
VM を右クリックし、[互換性] > [VM 互換性のアップグレード] を選択します。
*はい*を選択してください。
vSphere 環境のバージョンに応じて、ESXi 6.7 以降のバージョンを選択します。
「OK」を選択します。
アップグレードが完了したら、VM を右クリックし、[電源] > [電源オン] を選択します。
vSphere クライアントの更新 を選択し、VM 互換性が希望のバージョンになっていることを確認します。

ステップ2: 管理ノードをElement 12.5以降にアップグレードする

次のいずれかのアップグレードオプションを選択します。

管理ノードをバージョン 12.3.x 以降からバージョン 12.5 以降にアップグレードします
管理ノードREST APIを使用して認証を再構成する

(1) 管理サービスのバージョンと (2) Element ストレージのバージョンを 順番に 更新し、既存の管理ノードを維持したい場合は、このオプションを選択します。

管理サービスに続いて要素ストレージを順番に更新しないと、この手順を使用して再認証を再設定することはできません。代わりに適切なアップグレード手順に従ってください。

管理ノードをバージョン 12.3.x 以降からバージョン 12.5 以降にアップグレードします

新しい管理ノード VM をプロビジョニングする必要なく、管理ノードをバージョン 12.3.x 以降からバージョン 12.5 以降にインプレースアップグレードできます。

Element 12.5 以降の管理ノードはオプションのアップグレードです。既存の展開では必要ありません。

開始する前に

管理ノード VM の RAM は 24GB です。
アップグレードしようとしている管理ノードはバージョン 12.0 であり、IPv4 ネットワークを使用します。管理ノードバージョン 12.5 以降は IPv6 をサポートしていません。

管理ノードのバージョンを確認するには、管理ノードにログインし、ログインバナーで Element のバージョン番号を表示します。
NetApp Hybrid Cloud Control を使用して、管理サービスバンドルを最新バージョンに更新しました。次の IP からNetApp Hybrid Cloud Control にアクセスできます。 https://<ManagementNodeIP>
管理ノードをバージョン 12.5 以降に更新する場合、続行するには管理サービス 2.21.61 以降が必要です。

追加のネットワークアダプタ（必要な場合）を、以下の手順に従って構成しました。"追加のストレージNICを構成する" 。

eth0 を SVIP にルーティングできない場合、永続ボリュームには追加のネットワークアダプターが必要になることがあります。永続ボリュームの構成を可能にするために、iSCSI ストレージネットワーク上に新しいネットワークアダプターを構成します。

ストレージノードは Element 12.3.x 以降を実行しています。

手順

SSH またはコンソールアクセスを使用して管理ノード VM にログインします。
ダウンロード "管理ノード ISO"NetAppサポートサイトから管理ノード VM に Element ソフトウェアをインストールします。

ISOの名前は solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
ダウンロードしたファイルに対して md5sum を実行してダウンロードの整合性を確認し、その出力を次の例のようにNetAppサポートサイトで入手できる Element ソフトウェアの出力と比較します。

sudo md5sum -b <path to iso>/solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
次のコマンドを使用して、管理ノードの ISO イメージをマウントし、その内容をファイルシステムにコピーします。
```
sudo mkdir -p /upgrade
```
```
sudo mount <solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso> /mnt
```
```
sudo cp -r /mnt/* /upgrade
```
ホームディレクトリに移動し、ISOファイルをアンマウントします。 /mnt :
```
sudo umount /mnt
```
管理ノードのスペースを節約するために ISO を削除します。
```
sudo rm <path to iso>/solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
```

アップグレードする管理ノードで、次のコマンドを実行して、管理ノードの OS バージョンをアップグレードします。スクリプトは、アップグレード後もActive IQコレクターやプロキシ設定など、必要なすべての構成ファイルを保持します。

sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1

アップグレードプロセスが完了すると、管理ノードは新しい OS で再起動します。

この手順で説明した sudo コマンドを実行すると、SSH セッションが終了します。継続的な監視にはコンソールアクセスが必要です。アップグレードの実行時にコンソールにアクセスできない場合は、SSH ログインを再試行し、15 ～ 30 分後に接続を確認してください。ログインすると、アップグレードが成功したことを示す SSH バナーで新しい OS バージョンを確認できます。

管理ノードで、 `redeploy-mnode`以前の管理サービスの構成設定を保持するスクリプト:

スクリプトは、設定に応じて、 Active IQコレクターサービス、コントローラ (vCenter)、またはプロキシからの構成を含む、以前の管理サービス構成を保持します。

sudo /sf/packages/mnode/redeploy-mnode -mu <mnode user>

以前に管理ノードでSSH機能を無効にしていた場合は、"SSHを再度無効にする"回復した管理ノード上。 SSH機能により、"NetAppサポートリモートサポートトンネル (RST) セッションアクセス"管理ノードではデフォルトで有効になっています。

管理ノードREST APIを使用して認証を再構成する

(1) 管理サービスと (2) 要素ストレージを順にアップグレードした場合は、既存の管理ノードを維持できます。異なるアップグレード順序に従った場合は、インプレース管理ノードのアップグレードの手順を参照してください。