2ノードクラスタのONTAP Select Deployユーティリティをリカバリする
ONTAP Select Deployユーティリティが何らかの理由で障害が発生したり使用できなくなったりすると、ONTAP Selectノードとクラスタを管理する機能が失われます。さらに、Deployに含まれるメディエーターサービスが使用できないため、すべての2ノードクラスタはHA機能を失います。回復不能な障害が発生した場合は、管理機能とHA機能を復元するために、Deployユーティリティインスタンスをリカバリする必要があります。
Deployユーティリティをリカバリする準備をします
Deployユーティリティのインスタンスのリカバリを試みる前に、成功を確実にするための準備が必要です。いくつかの管理手順に精通し、必要な情報を持っている必要があります。
-
ハイパーバイザー環境にONTAP Select Deployユーティリティの新しいインスタンスをインストールできることを確認してください。
-
ONTAP Selectクラスタにログインし、ONTAPクラスタシェル(CLI)にアクセスできることを確認してください。
-
ONTAP Select 2ノードクラスタを含む、障害が発生したDeployユーティリティインスタンスからの構成データのバックアップがあるかどうかを確認します。クラスタを含まないバックアップがある可能性があります。
-
使用するリカバリ手順に応じて、Deploy構成データのバックアップをリストアできることを確認します。
-
障害が発生した元のDeployユーティリティ仮想マシンのIPアドレスを確認しておきます。
-
Capacity PoolsライセンスとCapacity Tiersライセンスのどちらが使用されているかを判断します。Capacity Poolsライセンスを使用している場合は、Deployインスタンスの復旧または復元後に、各Capacity Poolsライセンスを再インストールする必要があります。
-
ONTAP Select Deployユーティリティのインスタンスをリカバリする際に使用する手順を決定します。ONTAP Select 2ノードクラスタを含む、障害が発生した元のDeployユーティリティからの設定データのバックアップがあるかどうかに基づいて判断します。
2ノードクラスタを含むDeployバックアップはありますか? リカバリ手順を使用してください… はい
×
構成バックアップを使用してDeployユーティリティインスタンスをリストアする
2ノードクラスタを含む障害が発生したDeployユーティリティインスタンスのバックアップがある場合は、構成データを新しいDeploy仮想マシンインスタンスにリストアできます。次に、ONTAP Selectクラスタ内の2つのノードの追加設定を実行してリカバリを完了する必要があります。
2ノードクラスタを含む、障害が発生した元のDeploy仮想マシンから構成データをバックアップします。2ノードクラスタのONTAP CLIにSign inでき、2つのノードのONTAP名を把握している必要があります。
復元する構成バックアップには2ノードクラスタが含まれているため、メディエーターiSCSIターゲットとメールボックスは、新しいDeployユーティリティ仮想マシン内に再作成されます。
-
ONTAP Select Deployユーティリティの新しいインスタンスを準備します:
-
新しいDeployユーティリティ仮想マシンをインストールします。
-
以前のバックアップから新しい仮想マシンにDeploy構成をリストアします。
インストールおよびリストア手順の詳細については、関連タスクを参照してください。
-
-
ONTAP Select 2ノードクラスタのONTAPコマンドラインインターフェースにSign inします。
-
advanced権限モードに切り替えます。
set adv -
新しいDeploy仮想マシンのIPアドレスが元のDeploy仮想マシンのIPアドレスと異なる場合は、古いメディエーターiSCSIターゲットを削除し、新しいターゲットを追加します:
storage iscsi-initiator remove-target -node * -target-type mailboxstorage iscsi-initiator add-target -node <node1_name> -label mediator -target-type mailbox -target-portal <ip_address> -target-name <target>storage iscsi-initiator add-target -node <node2_name> -label mediator -target-type mailbox -target-portal <ip_address> -target-name <target>`<ip_address>`パラメータは、新しいDeploy仮想マシンのIPアドレスです。
これらのコマンドにより、ONTAP Selectノードは新しいDeployユーティリティ仮想マシン上のメールボックスディスクを検出できます。
-
メディエーターディスクの名前を特定します:
disk show -container-type mediator -
メールボックスディスクを2つのノードに割り当てます。
disk assign -disk <mediator-disk1-name> -owner <node1-name> disk assign -disk <mediator-disk2-name> -owner <node2-name> -
ストレージ フェイルオーバーが有効になっていることを確認します。
storage failover show
Capacity Poolsライセンスを使用している場合は、各Capacity Poolライセンスを再インストールしてください。詳細については、"容量プールライセンスを再インストールする"を参照してください。
Deployユーティリティインスタンスを再構成して復旧する
2ノードクラスタを含む障害が発生したDeployユーティリティインスタンスのバックアップがない場合は、新しいDeploy仮想マシンでメディエータiSCSIターゲットとメールボックスを設定します。次に、ONTAP Selectクラスタ内の2つのノードの追加設定を実行してリカバリを完了します。
新しいDeployユーティリティインスタンスのメディエーターターゲットの名前を確認してください。2ノードクラスタのONTAP CLIにSign inでき、2つのノードのONTAP名を把握している必要があります。
構成バックアップに2ノードクラスタが含まれていない場合でも、必要に応じて新しいDeploy仮想マシンに構成バックアップを復元できます。2ノードクラスタは復元時に再作成されないため、DeployのONTAP Selectオンラインドキュメントwebページから、新しいDeployユーティリティインスタンスにメディエーターiSCSIターゲットとメールボックスを手動で追加する必要があります。2ノードクラスタにSign inでき、2つのノードのONTAP名を把握している必要があります。
|
|
回復手順の目標は、2ノードクラスタを正常なHAテイクオーバーおよびギブバック処理を実行できる健全な状態に復元することです。 |
-
ONTAP Select Deployユーティリティの新しいインスタンスを準備します:
-
新しいDeployユーティリティ仮想マシンをインストールします。
-
必要に応じて、以前のバックアップから新しい仮想マシンにDeploy構成を復元します。
以前のバックアップを復元すると、新しい Deploy インスタンスには2ノードクラスタが含まれません。インストールおよび復元手順の詳細については、関連情報セクションを参照してください。
-
-
ONTAP Select 2ノードクラスタのONTAPコマンドラインインターフェースにSign inします。
-
高度な特権モードに入ります:
set adv -
メディエーターのiSCSIターゲット名を取得します:
storage iscsi-initiator show -target-type mailbox -
新しいDeployユーティリティ仮想マシンでオンラインドキュメントWebページにアクセスし、adminアカウントを使用してSign inします:
http://<ip_address>/api/uiDeploy仮想マシンのIPアドレスを使用する必要があります。
-
*Mediator*を選択し、次に*GET /mediators*を選択します。
-
Try it out! を選択すると、Deploy が管理するメディエーターの一覧が表示されます。
目的のメディエーターインスタンスのIDをメモしてください。
-
* Mediator * を選択してから * POST * を選択します。
-
mediator_idの値を指定してください。
-
`iscsi_target`の横にある*モデル*を選択し、名前の値を入力します。
iqn_name パラメータにはターゲット名を使用してください。
-
Try it out! を選択して、メディエーターiSCSIターゲットを作成します。
リクエストが成功した場合、HTTPステータスコード200が返されます。
-
新しい Deploy 仮想マシンの IP アドレスが元の Deploy 仮想マシンと異なる場合は、 ONTAP CLI を使用して古いメディエーター iSCSI ターゲットを削除し、新しいターゲットを追加する必要があります:
storage iscsi-initiator remove-target -node * -target-type mailboxstorage iscsi-initiator add-target -node <node1_name> -label mediator -target-type mailbox -target-portal <ip_address> -target-name <target>storage iscsi-initiator add-target -node <node2_name> -label mediator-target-type mailbox -target-portal <ip_address> -target-name <target>`<ip_address>`パラメータは、新しいDeploy仮想マシンのIPアドレスです。
これらのコマンドにより、ONTAP Selectノードは新しいDeployユーティリティ仮想マシン上のメールボックスディスクを検出できます。
-
メディエーターディスクの名前を特定します:
disk show -container-type mediator -
メールボックスディスクを2つのノードに割り当てます。
disk assign -disk <mediator-disk1-name> -owner <node1-name> disk assign -disk <mediator-disk2-name> -owner <node2-name> -
ストレージ フェイルオーバーが有効になっていることを確認します。
storage failover show
Capacity Poolsライセンスを使用している場合は、各Capacity Poolライセンスを再インストールしてください。詳細については、"容量プールライセンスを再インストールする"を参照してください。