管理ノードをリカバリ
以前の管理ノードで永続ボリュームを使用していた場合は、 NetApp Element ソフトウェアを実行しているクラスタの管理ノードを手動でリカバリして再導入できます。
新しい OVA を導入して再導入スクリプトを実行すると、バージョン 11.3 以降を実行していた以前の管理ノードから設定データを取得することができます。
-
以前の管理ノードでNetApp Elementソフトウェアバージョン11.3以降を実行しており、機能を使用していました"永続ボリューム"。
-
永続ボリュームを含むクラスタの MVIP と SVIP が必要です。
-
クラスタバージョンで NetApp Element ソフトウェア 11.3 以降が実行されています。
-
インストール環境では IPv4 を使用します。管理ノード 11.3 では IPv6 がサポートされません。
-
NetApp Support Siteからソフトウェアをダウンロードする権限が必要です。
-
使用するプラットフォームに適した管理ノードイメージのタイプを特定しておきます。
プラットフォーム インストールイメージのタイプ Microsoft Hyper-V
.iso
KVM
.iso
VMware vSphere
.iso 、 .ova のいずれかです
Citrix XenServer
.iso
OpenStack
.iso
ISO または OVA をダウンロードし、 VM を導入します
-
NetAppサポートサイトのページから、インストールに対応したOVAまたはISOをダウンロードし "Element ソフトウェア"ます。
-
Download Latest Release * を選択し、 EULA に同意します。
-
ダウンロードする管理ノードのイメージを選択します。
-
-
OVA をダウンロードした場合は、次の手順を実行します。
-
OVA を導入します。
-
ストレージクラスタが管理ノード( eth0 )とは別のサブネット上にある環境で永続ボリュームを使用する場合は、ストレージサブネット( eth1 など)上の VM に 2 つ目のネットワークインターフェイスコントローラ( NIC )を追加するか、管理ネットワークからストレージネットワークへルーティング可能なことを確認します。
-
-
ISO をダウンロードした場合は、次の手順を実行します。
-
以下の構成でハイパーバイザーから新しい 64 ビットの仮想マシンを作成します。
-
仮想 CPU × 6
-
24GBのRAM
-
400GB の仮想ディスク、シンプロビジョニング
-
インターネットアクセスとストレージ MVIP へのアクセスが可能な仮想ネットワークインターフェイス × 1
-
( SolidFire オールフラッシュストレージの場合はオプション)ストレージクラスタへの管理ネットワークアクセスが可能な仮想ネットワークインターフェイス × 1 。ストレージクラスタが管理ノード( eth0 )とは別のサブネット上にある環境で永続ボリュームを使用する場合は、ストレージサブネット( eth1 )上の VM に 2 つ目のネットワークインターフェイスコントローラ( NIC )を追加するか、管理ネットワークからストレージネットワークへルーティング可能なことを確認します。
このあとの手順で指示があるまでは、仮想マシンの電源をオンにしないでください。
-
-
仮想マシンに ISO を接続し、 .iso インストールイメージでブートします。
イメージを使用して管理ノードをインストールすると、スプラッシュ画面が表示されるまでに 30 秒程度かかることがあります。
-
-
インストールが完了したら、管理ノードの仮想マシンの電源をオンにします。
ネットワークを設定します
-
ターミナルユーザインターフェイス( TUI )を使用して、管理ノードの管理ユーザを作成します。
メニューオプションを移動するには、上矢印キーまたは下矢印キーを押します。ボタン間を移動するには、 Tab キーを押します。ボタンからフィールドに移動するには、 Tab キーを押します。フィールド間を移動するには、上矢印キーまたは下矢印キーを押します。 -
管理ノードネットワーク( eth0 )を設定します。
ストレージトラフィックを分離するために追加のNICが必要な場合は、別のNICの設定手順を参照してください。"ストレージネットワークインターフェイスコントローラ( NIC )の設定"
時刻同期を設定します
-
NTP を使用して管理ノードとストレージクラスタの間で時刻が同期されていることを確認します。
Element 12..1以降では、手順(a)~(e)が自動的に実行されます。管理ノード12.3.1以降の場合は、に進み、サブステップ (f)時間の同期を設定します。 |
-
SSH またはハイパーバイザーが提供するコンソールを使用して、管理ノードにログインします。
-
NTPDを停止します。
sudo service ntpd stop
-
NTP構成ファイルを編集し `/etc/ntp.conf`ます。
-
各サーバの前に(
server 0.gentoo.pool.ntp.org`を追加して、デフォルトサーバをコメントアウトします `#
。 -
追加するデフォルトのタイムサーバごとに新しい行を追加します。デフォルトのタイムサーバは、で使用するストレージクラスタで使用されているNTPサーバと同じである必要があります"後の手順"。
vi /etc/ntp.conf #server 0.gentoo.pool.ntp.org #server 1.gentoo.pool.ntp.org #server 2.gentoo.pool.ntp.org #server 3.gentoo.pool.ntp.org server <insert the hostname or IP address of the default time server>
-
完了したら構成ファイルを保存します。
-
-
新しく追加したサーバと NTP 同期を強制します。
sudo ntpd -gq
-
NTPD を再起動します。
sudo service ntpd start
-
[[ ハイパーバイザーを使用したホストとの時間同期を無効にします( VMware の例を次に示します)。
OpenStack 環境の .iso イメージなどで、 VMware 以外のハイパーバイザー環境に mNode を導入する場合は、同等のコマンドについてハイパーバイザーのドキュメントを参照してください。 -
定期的な時刻同期を無効にします。
vmware-toolbox-cmd timesync disable
-
サービスの現在のステータスを表示して確認します。
vmware-toolbox-cmd timesync status
-
vSphereで、VMオプションのチェックボックスがオフになっていることを確認し `Synchronize guest time with host`ます。
今後 VM を変更する場合は、このオプションを有効にしないでください。
-
時刻の同期設定が完了したらNTPを編集しないでください。管理ノードでを実行するとNTPに影響するためです。再導入コマンド |
管理ノードを設定
-
管理サービスバンドルの内容を保存する一時的なデスティネーションディレクトリを作成します。
mkdir -p /sf/etc/mnode/mnode-archive
-
既存の管理ノードにインストールされていた管理サービスバンドル(バージョン2.15.28以降)をダウンロードし、ディレクトリに保存します
/sf/etc/mnode/
。 -
次のコマンドを使用して、ダウンロードしたバンドルを展開します。角かっこ内の値をバンドルファイル名に置き換えます。
tar -C /sf/etc/mnode -xvf /sf/etc/mnode/[management services bundle file]
-
作成されたファイルをディレクトリに展開し `/sf/etc/mnode-archive`ます。
tar -C /sf/etc/mnode/mnode-archive -xvf /sf/etc/mnode/services_deploy_bundle.tar.gz
-
アカウントとボリュームの構成ファイルを作成します。
echo '{"trident": true, "mvip": "[mvip IP address]", "account_name": "[persistent volume account name]"}' | sudo tee /sf/etc/mnode/mnode-archive/management-services-metadata.json
-
次の各必須パラメータについて、 [] ブラケット(ブラケットを含む)の値を置き換えます。
-
[mvip IP address] :ストレージクラスタの管理仮想 IP アドレス。で使用したストレージクラスタを使用して管理ノードを設定し"NTP サーバの設定"ます。
-
* [persistent volume account name] * :このストレージクラスタ内のすべての永続ボリュームに関連付けられたアカウントの名前。
-
-
-
クラスタでホストされている永続ボリュームに接続し、以前の管理ノードの設定データを使用してサービスを開始するには、管理ノードの再導入コマンドを設定して実行します。
セキュアプロンプトにパスワードを入力するように求められます。クラスタがプロキシサーバの背後にある場合、パブリックネットワークに接続できるようにプロキシを設定する必要があります。 sudo /sf/packages/mnode/redeploy-mnode --mnode_admin_user [username]
-
角かっこ内の値を、管理ノードの管理者アカウントのユーザ名に置き換えます。一般には、管理ノードへのログインに使用したユーザアカウントのユーザ名です。
ユーザ名を追加するか、または情報の入力を求めるプロンプトをスクリプトに表示することができます。 -
コマンドを実行します
redeploy-mnode
。再導入が完了すると、成功メッセージが表示されます。 -
システムの完全修飾ドメイン名(FQDN)を使用してElementのWebインターフェイス(管理ノードやNetApp Hybrid Cloud Controlなど)にアクセスする場合は、を"管理ノードの認証を再設定します"参照してください。
-
のSSH機能"ネットアップサポートの Remote Support Tunnel ( RST )セッションアクセス"は、管理サービス2.18以降を実行する管理ノードではデフォルトで無効になっています。管理ノードで以前にSSH機能を有効にしていた場合は、リカバリした管理ノードでが必要になることがあります"SSH を再度無効にします"。 |