管理ノードをアップグレードします
管理ノードをバージョン 11.0 以降から管理ノードバージョン 12.2 にアップグレードできます。
ストレージクラスタ上の Element ソフトウェアをアップグレードするために、管理ノードのオペレーティングシステムをアップグレードする必要がなくなりました。管理ノードのバージョンが 11.3 以降である場合は、 NetApp Hybrid Cloud Control を使用して管理サービスを最新バージョンにアップグレードするだけで Element をアップグレードできます。管理ノードのオペレーティングシステムをアップグレードする理由がほかにもある場合は、セキュリティの修正など、管理ノードのアップグレード手順に従ってください。 |
-
vCenter Plug-in 4.4 以降では、モジュラアーキテクチャで作成された管理ノード 11.3 以降が必要であり、個々のサービスを提供します。
次のいずれかの管理ノードアップグレードオプションを選択します。
-
管理ノード12.0からアップグレードする場合は、次の手順を実行します。12.0 から管理ノードをバージョン 12.2 にアップグレードします
-
管理ノード11.3、11.5、11.7、または11.8からアップグレードする場合は、次の手順を実行します。管理ノードをバージョン 11.3 からバージョン 12.2 にアップグレードします 11.8.
-
管理ノード11.0または11.1からアップグレードする場合は、次の手順を実行します。管理ノードをバージョン 11.1 またはから 12.2 にアップグレードします 11.0
-
管理ノードバージョン10.xからアップグレードする場合は、次の手順を実行します。管理ノードバージョン 10.x から 11.x への移行
このオプションは、管理サービスのバージョンが * シーケンシャル * 更新( 1 )であり、( 2 ) Element ストレージのバージョンが既存の管理ノードを * 保持する場合に選択します。
管理サービスと Element ストレージを順番に更新しないと、この手順で再認証を再設定することはできません。代わりに、該当するアップグレード手順を実行してください。 |
-
既存の管理ノードを保持する場合は、次の作業を行います。管理ノード REST API を使用して認証を再設定します
12.0 から管理ノードをバージョン 12.2 にアップグレードします
新しい管理ノード仮想マシンをプロビジョニングすることなく、管理ノードバージョン 12.0 からバージョン 12.2 へのインプレースアップグレードを実行できます。
Element 12.2管理ノードはオプションのアップグレードです。既存の環境では必要ありません。 |
-
アップグレードする管理ノードのバージョンが 12.0 で、 IPv4 ネットワークを使用している。管理ノードバージョン12.2ではIPv6がサポートされません。
管理ノードのバージョンを確認するには、管理ノードにログインし、ログインバナーに表示される Element のバージョン番号を確認します。 -
NetApp Hybrid Cloud Control ( HCC )を使用して管理サービスバンドルを最新バージョンに更新しておく必要があります。HCCには次のIPからアクセスできます。
https://<ManagementNodeIP>
-
管理ノードをバージョン12.2に更新する場合は、管理サービス2.14.60以降が必要です。
-
の手順に従って、追加のネットワークアダプタを設定しておきます(必要な場合)"追加のストレージ NIC の設定"。
eth0 を SVIP にルーティングできない場合は、永続ボリュームに追加のネットワークアダプタが必要になることがあります。永続ボリュームを設定できるように、 iSCSI ストレージネットワークに新しいネットワークアダプタを設定してください。 -
ストレージノードでElement 11.3以降が実行されている。
-
管理ノードの VM RAM を設定します。
-
管理ノード VM の電源をオフにします。
-
管理ノード VM の RAM を 12GB から 24GB RAM に変更します。
-
管理ノード VM の電源をオンにします。
-
-
SSH またはコンソールアクセスを使用して管理ノード仮想マシンにログインします。
-
NetAppサポートサイトから管理ノード仮想マシンにfor NetApp HCIをダウンロードし "管理ノード ISO"ます。
ISOの名前は次のようになります。 solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
-
ダウンロードしたファイルに対して md5sum を実行し、その出力を、NetApp Support Siteにある NetApp HCI または Element ソフトウェア用の md5sum と比較することで、ダウンロードの整合性を確認します。
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
-
(永続ボリュームを使用しない構成の場合のみ)バックアップするコンテナフォルダの内容をコピーします。
sudo cp -r /var/lib/docker/volumes /sf/etc/mnode
-
アップグレードする管理ノードで次のコマンドを実行して管理ノードの OS バージョンをアップグレードします。Active IQ コレクタやプロキシの設定など、必要な設定ファイルはすべてアップグレード後も保持されます。
sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1
アップグレードプロセスが完了すると、管理ノードが新しい OS でリブートします。
-
(永続ボリュームを使用しない構成の場合のみ)コンテナフォルダの内容を元の場所に戻します。
sudo su mv /sf/etc/mnode/volumes/* /var/lib/docker/volumes/
-
管理ノードで、スクリプトを実行し `redeploy-mnode`て以前の管理サービスの設定を保持します。
設定に応じて、 Active IQ コレクタサービス、コントローラ( vCenter )、プロキシなどの以前の管理サービスの設定が適用されます。 sudo /sf/packages/mnode/redeploy-mnode -mu <mnode user>
管理ノードで以前にSSH機能を無効にしていた場合は、リカバリした管理ノードでを実行する必要があり"SSH を再度無効にします"ます。のSSH機能"ネットアップサポートの Remote Support Tunnel ( RST )セッションアクセス"は、管理ノードではデフォルトで有効になっています。 |
管理ノードをバージョン 11.3 からバージョン 12.2 にアップグレードします 11.8.
新しい管理ノード仮想マシンをプロビジョニングすることなく、管理ノードバージョン 11.3 、 11.5 、 11.7 、または 11.8 からバージョン 12.2 へのインプレースアップグレードを実行できます。
Element 12.2管理ノードはオプションのアップグレードです。既存の環境では必要ありません。 |
-
アップグレードする管理ノードのバージョンが 11.3 、 11.5 、 11.7 、または 11.8 で、 IPv4 ネットワークを使用していることを確認します。管理ノードバージョン12.2ではIPv6がサポートされません。
管理ノードのバージョンを確認するには、管理ノードにログインし、ログインバナーに表示される Element のバージョン番号を確認します。 -
NetApp Hybrid Cloud Control ( HCC )を使用して管理サービスバンドルを最新バージョンに更新しておく必要があります。HCCには次のIPからアクセスできます。
https://<ManagementNodeIP>
-
管理ノードをバージョン12.2に更新する場合は、管理サービス2.14.60以降が必要です。
-
の手順に従って、追加のネットワークアダプタを設定しておきます(必要な場合)"追加のストレージ NIC の設定"。
eth0 を SVIP にルーティングできない場合は、永続ボリュームに追加のネットワークアダプタが必要になることがあります。永続ボリュームを設定できるように、 iSCSI ストレージネットワークに新しいネットワークアダプタを設定してください。 -
ストレージノードでElement 11.3以降が実行されている。
-
管理ノードの VM RAM を設定します。
-
管理ノード VM の電源をオフにします。
-
管理ノード VM の RAM を 12GB から 24GB RAM に変更します。
-
管理ノード VM の電源をオンにします。
-
-
SSH またはコンソールアクセスを使用して管理ノード仮想マシンにログインします。
-
NetAppサポートサイトから管理ノード仮想マシンにfor NetApp HCIをダウンロードし "管理ノード ISO"ます。
ISOの名前は次のようになります。 solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
-
ダウンロードしたファイルに対して md5sum を実行し、その出力を、NetApp Support Siteにある NetApp HCI または Element ソフトウェア用の md5sum と比較することで、ダウンロードの整合性を確認します。
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
-
11.3 、 11.5 、 11.7 、または 11.8 の管理ノードで、次のコマンドを実行して管理ノードの OS バージョンをアップグレードします。Active IQ コレクタやプロキシの設定など、必要な設定ファイルはすべてアップグレード後も保持されます。
sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1
アップグレードプロセスが完了すると、管理ノードが新しい OS でリブートします。
-
管理ノードで、スクリプトを実行し `redeploy-mnode`て以前の管理サービスの設定を保持します。
設定に応じて、 Active IQ コレクタサービス、コントローラ( vCenter )、プロキシなどの以前の管理サービスの設定が適用されます。 sudo /sf/packages/mnode/redeploy-mnode -mu <mnode user>
管理ノードで以前にSSH機能を無効にしていた場合は、リカバリした管理ノードでを実行する必要があり"SSH を再度無効にします"ます。のSSH機能"ネットアップサポートの Remote Support Tunnel ( RST )セッションアクセス"は、管理ノードではデフォルトで有効になっています。 |
管理ノードをバージョン 11.1 またはから 12.2 にアップグレードします 11.0
新しい管理ノード仮想マシンをプロビジョニングすることなく、管理ノード 11.0 または 11.1 からバージョン 12.2 へのインプレースアップグレードを実行できます。
-
ストレージノードでElement 11.3以降が実行されている。
最新の HealthTools を使用して Element ソフトウェアをアップグレードしてください。 -
アップグレードする管理ノードのバージョンが 11.0 または 11.1 で、 IPv4 ネットワークを使用していることを確認します。管理ノードバージョン12.2ではIPv6がサポートされません。
管理ノードのバージョンを確認するには、管理ノードにログインし、ログインバナーに表示される Element のバージョン番号を確認します。管理ノード 11.0 の場合、 VM メモリを手動で 12GB に増やす必要があります。 -
必要に応じて、管理ノードユーザガイドに記載されているストレージ NIC ( eth1 )の設定手順に従って追加のネットワークアダプタを設定しておきます。
eth0 を SVIP にルーティングできない場合は、永続ボリュームに追加のネットワークアダプタが必要になることがあります。永続ボリュームを設定できるように、 iSCSI ストレージネットワークに新しいネットワークアダプタを設定してください。
-
管理ノードの VM RAM を設定します。
-
管理ノード VM の電源をオフにします。
-
管理ノード VM の RAM を 12GB から 24GB RAM に変更します。
-
管理ノード VM の電源をオンにします。
-
-
SSH またはコンソールアクセスを使用して管理ノード仮想マシンにログインします。
-
NetAppサポートサイトから管理ノード仮想マシンにfor NetApp HCIをダウンロードし "管理ノード ISO"ます。
ISOの名前は次のようになります。 solidfire-fdva-<Element release>-patchX-XX.X.X.XXXX.iso
-
ダウンロードしたファイルに対して md5sum を実行し、その出力を、NetApp Support Siteにある NetApp HCI または Element ソフトウェア用の md5sum と比較することで、ダウンロードの整合性を確認します。
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 コレクタやプロキシの設定など、必要な設定ファイルはすべてアップグレード後も保持されます。
-
11.1 ( 11.1.0.73 )の管理ノードの場合は次のコマンドを実行します。
sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1 sf_keep_paths="/sf/packages/solidfire-sioc-4.2.3.2288 /sf/packages/solidfire-nma-1.4.10/conf /sf/packages/sioc /sf/packages/nma"
-
11.1 ( 11.1.0.72 )の管理ノードの場合は次のコマンドを実行します。
sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1 sf_keep_paths="/sf/packages/solidfire-sioc-4.2.1.2281 /sf/packages/solidfire-nma-1.4.10/conf /sf/packages/sioc /sf/packages/nma"
-
11.0 ( 11.0.0.781 )の管理ノードの場合は次のコマンドを実行します。
sudo /sf/rtfi/bin/sfrtfi_inplace file:///upgrade/casper/filesystem.squashfs sf_upgrade=1 sf_keep_paths="/sf/packages/solidfire-sioc-4.2.0.2253 /sf/packages/solidfire-nma-1.4.8/conf /sf/packages/sioc /sf/packages/nma"
アップグレードプロセスが完了すると、管理ノードが新しい OS でリブートします。
-
-
12.2管理ノードで、スクリプトを実行し `upgrade-mnode`て以前の設定を保持します。
11.0 または 11.1 の管理ノードから移行している場合、 Active IQ コレクタが新しい形式にコピーされます。 -
既存の管理ノード 11.0 または 11.1 で単一のストレージクラスタを管理しており、永続ボリュームがある場合:
sudo /sf/packages/mnode/upgrade-mnode -mu <mnode user> -pv <true - persistent volume> -pva <persistent volume account name - storage volume account>
-
既存の管理ノード 11.0 または 11.1 で単一のストレージクラスタを管理しており、永続ボリュームがない場合:
sudo /sf/packages/mnode/upgrade-mnode -mu <mnode user>
-
既存の管理ノード 11.0 または 11.1 で複数のストレージクラスタを管理しており、永続ボリュームがある場合:
sudo /sf/packages/mnode/upgrade-mnode -mu <mnode user> -pv <true - persistent volume> -pva <persistent volume account name - storage volume account> -pvm <persistent volumes mvip>
-
既存の管理ノード11.0または11.1で複数のストレージクラスタを管理していて、永続ボリュームがない場合(フラグはクラスタのいずれかのMVIPアドレスを指定する場合
-pvm
):sudo /sf/packages/mnode/upgrade-mnode -mu <mnode user> -pvm <mvip for persistent volumes>
-
-
(NetApp Element Plug-in for vCenter ServerがインストールされたすべてのNetApp HCI環境)トピックの手順に従って、12.2管理ノードでvCenter Plug-inを更新します。"Element Plug-in for vCenter Server をアップグレードします"
-
管理ノード API を使用して、インストール環境のアセット ID を確認します。
-
ブラウザから、管理ノードの REST API UI にログインします。
-
ストレージのMVIPに移動してログインします。この操作を実行すると、次の手順で証明書が承認されます。
-
-
管理ノードでインベントリサービス REST API UI を開きます。
https://<ManagementNodeIP>/inventory/1/
-
「 * Authorize * 」(認証)を選択して、次の手順を実行
-
クラスタのユーザ名とパスワードを入力します。
-
クライアントIDにと入力し `mnode-client`ます。
-
セッションを開始するには、 * Authorize * を選択します。
-
ウィンドウを閉じます。
-
-
REST API UI で、 * 一部のユーザに一時的な処理を開始 / インストール * を選択します。
-
[* 試してみてください * ] を選択します。
-
[* Execute] を選択します。
-
コード200応答本文から、インストール用のをコピーします
id
。インストール環境には、インストールまたはアップグレード時に作成されたベースアセットの構成が含まれています。
-
-
vSphere でコンピューティングノードのハードウェアタグを確認します。
-
vSphere Web Client ナビゲータでホストを選択します。
-
[Monitor] タブを選択し、 [Hardware Health] を選択します。
-
ノードの BIOS のメーカーとモデル番号が表示されます。値をコピーして保存し、 `tag`後の手順で使用します。
-
-
HCI の監視と Hybrid Cloud Control 用の vCenter コントローラアセットを管理ノードの既知のアセットに追加します。
-
コントローラサブアセットを追加する場合は、「 * POST /assets/{ asset_id } /controllers * 」を選択します。
-
[* 試してみてください * ] を選択します。
-
クリップボードにコピーした親ベースアセットの ID を * asset_id * フィールドに入力します。
-
必要なペイロード値をタイプとvCenterクレデンシャルとともに入力し `vCenter`ます。
-
[* Execute] を選択します。
-
-
コンピューティングノードアセットを管理ノードの既知のアセットに追加します。
-
コンピューティングノードアセットのクレデンシャルを使用してコンピューティングノードサブアセットを追加する場合は、「 * POST/assets/{ asset_id } /compute-nodes 」を選択します。
-
[* 試してみてください * ] を選択します。
-
クリップボードにコピーした親ベースアセットの ID を * asset_id * フィールドに入力します。
-
ペイロードで、 Model タブで定義されているとおりに必要なペイロード値を入力します。と入力し、
ESXi Host
`type`前の手順で保存したハードウェアタグを貼り付け `hardware_tag`ます。 -
[* Execute] を選択します。
-
管理ノードバージョン 10.x から 11.x への移行
管理ノードのバージョンが 10.x の場合、 10.x から 11.x にアップグレードすることはできません代わりに、ここに記載する移行手順を使用して、新しく導入した 11.1 の管理ノードに 10.x から設定をコピーします。現在の管理ノードが 11.0 以降の場合は、この手順は省略してください。Element ソフトウェアを 10.3 以降から 11.x にアップグレードするには、管理ノード 11.0 または 11.1 と最新の HealthTools が必要です
-
VMware vSphere インターフェイスで、管理ノード 11.1 OVA を導入し、電源をオンにします。
-
管理ノードの VM コンソールを開きます。ターミナルユーザインターフェイス( TUI )が起動します。
-
TUI を使用して新しい管理者の ID を作成し、パスワードを割り当てます。
-
管理ノードの TUI で、新しい ID とパスワードを使用して管理ノードにログインし、動作を確認します。
-
vCenter または管理ノードの TUI で、管理ノード 11.1 の IP アドレスを取得し、ポート 9443 でこの IP アドレスにアクセスして管理ノード UI を開きます。
https://<mNode 11.1 IP address>:9443
-
vSphere で、 * NetApp Element Configuration * > * mNode Settings * の順に選択します。(旧バージョンでは、最上位のメニューは * NetApp SolidFire 構成 * です)。
-
* アクション * > * クリア * を選択します。
-
確認するには、 * はい * を選択します。mNode Status フィールドに Not Configured と表示されるはずです。
最初に「 * mNode Settings * 」タブに移動すると、 mNode の Status フィールドに、想定される「 Up * 」ではなく「 * Not Configured * 」と表示されることがあります。 * Actions * > * Clear * を選択できない場合があります。ブラウザの表示を更新します。mNode の Status フィールドには、最終的に up と表示されます。 -
vSphere からログアウトします。
-
Web ブラウザで、管理ノード登録ユーティリティを開き、 * QoSSIOC サービス管理 * を選択します。
https://<mNode 11.1 IP address>:9443
-
QoSSIOC の新しいパスワードを設定します。
デフォルトのパスワードはです solidfire
。このパスワードは、新しいパスワードを設定するために必要です。 -
[* vCenter Plug-in Registration * ( vCenter Plug-in の登録 * ) ] タブを選択します。
-
[ プラグインの更新 ] を選択します。
-
必要な値を入力します。完了したら、 * アップデート * を選択します。
-
vSphere にログインし、 * NetApp Element 構成 * > * mNode 設定 * を選択します。
-
* アクション * > * 設定 * を選択します。
-
管理ノードのIPアドレス、管理ノードのユーザID(ユーザ名は)、登録ユーティリティの* QoSSIOC Service Management *タブで設定したパスワード、およびvCenterのユーザIDとパスワードを入力します
admin
。vSphere で、 mNode 設定 * タブに mNode ステータスが * up * と表示されます。これは、管理ノード 11.1 が vCenter に登録されていることを示します。
-
管理ノード登録ユーティリティから(
https://<mNode 11.1 IP address>:9443
)、* QoSSIOC Service Management *からSIOCサービスを再起動します。 -
1 分ほど待ってから、「 * NetApp Element Configuration * > * mNode Settings * 」タブを確認します。mNode のステータスが「 * up 」と表示されるはずです。
ステータスが* down *の場合は、の権限を確認します
/sf/packages/sioc/app.properties
。ファイル所有者には、読み取り、書き込み、および実行の各権限が必要です。正しい権限は次のように表示されます。-rwx------
-
SIOCプロセスが開始され、vCenterでmNodeのステータスが* up *と表示されたら、管理ノードでサービスのログを確認します
sf-hci-nma
。エラーメッセージは表示されません。 -
(管理ノード 11.1 の場合のみ) root 権限で管理ノードバージョン 11.1 に SSH 接続し、次のコマンドを使用して NMA サービスを開始します。
# systemctl enable /sf/packages/nma/systemd/sf-hci-nma.service
# systemctl start sf-hci-nma21
-
vCenter から、ドライブの削除、ドライブの追加、またはノードのリブートを実行します。これによりストレージアラートがトリガーされ、 vCenter で報告されます。アラートが生成されれば、 NMA システムアラートは想定どおりに機能しています。
-
ONTAP SelectがvCenterで設定されている場合は、以前の管理ノードのファイルをバージョン11.1
/sf/packages/nma/conf/.ots.properties`のファイルにコピーしてNMAでONTAP Selectアラートを設定し `.ots.properties
、次のコマンドを使用してNMAサービスを再起動します。systemctl restart sf-hci-nma
-
次のコマンドを使用してログを表示し、 ONTAP Select が動作していることを確認します。
journalctl -f | grep -i ots
-
次の手順で Active IQ を設定します。
-
管理ノードバージョン11.1にSSH接続し、ディレクトリに移動します
/sf/packages/collector
。 -
次のコマンドを実行します。
sudo ./manage-collector.py --set-username netapp --set-password --set-mvip <MVIP>
-
プロンプトが表示されたら、管理ノード UI のパスワードを入力します。
-
次のコマンドを実行します。
./manage-collector.py --get-all
sudo systemctl restart sfcollector
-
ログを検証して動作していることを確認し `sfcollector`ます。
-
-
vSphere で、 * NetApp Element Configuration * > * mNode Settings * タブに mNode ステータスが * up * と表示される必要があります。
-
NMA からシステムアラートと ONTAP Select アラートが報告されていることを確認します。
-
すべての動作が想定どおりであることを確認したら、管理ノード 10.x の VM をシャットダウンして削除します。
管理ノード REST API を使用して認証を再設定します
既存の管理ノードは、( 1 )管理サービスと( 2 ) Element ストレージを順番にアップグレードした場合でも維持できます。別のアップグレード順序を使用した場合は、インプレース管理ノードのアップグレード手順を参照してください。
-
管理サービスを2.10.29以降に更新しておきます。
-
ストレージクラスタでElement 12.0以降が実行されている。
-
管理ノードは 11.3 以降です。
-
管理サービスを順番に更新し、 Element ストレージをアップグレードしておきます。この手順を使用して認証を再設定するには、説明されている順序でアップグレードを完了する必要があります。
-
管理ノードで管理ノード REST API UI を開きます。
https://<ManagementNodeIP>/mnode
-
「 * Authorize * 」(認証)を選択して、次の手順を実行
-
クラスタのユーザ名とパスワードを入力します。
-
クライアントIDは、値がまだ入力されていない場合と同様に入力し `mnode-client`ます。
-
セッションを開始するには、 * Authorize * を選択します。
-
-
REST API UI から、 * POST /services/reconfigure -auth* を選択します。
-
[* 試してみてください * ] を選択します。
-
load_images *パラメータにを選択します
true
。 -
[* Execute] を選択します。
応答の本文は、再設定が正常に完了したことを示します。