ディスカバリが不可能なプライマリボリュームからのフェイルオーバー（災害復旧）
致命的な障害によりプライマリの Block Storage for Classic ボリュームにアクセスできなくなった場合、リモートレプリカへのフェイルオーバーを強制することで、セカンダリサイト上のデータにアクセスできます。
許可されたホストとボリュームは、同じデータ・センター内に存在する必要があります。 例えば、レプリカ・ボリュームをロンドンに置き、ホストをアムステルダムに置くことはできません。 両方がロンドンに存在するか、両方がアムステルダムに存在する必要があります。
このアクションにより、複製関係が切断され、プライマリー・ロケーションとレプリカ・ロケーションとの間の接続の復元に時間がかかる可能性があります。
コンソールでレプリカボリュームへフェイルオーバーする
- IBM Cloud® Block Storage for Classic のリストに進みます。 「クラシック・インフラストラクチャー」
メニューから、 「ストレージ」 > Block Storage for Classic をクリックします。 - ボリューム名を見つけてクリックします。
- 「アクション」
> 「フェイルオーバー」 をクリックします。 - 1 次ロケーションが使用不可の場合には、災害復旧フェイルオーバーのオプションがアクティブになります。 このフェイルオーバーはサポート Case がないと元に戻せないことを理解していることを確認するボックスにチェック・マークを付けます。
- **「はい」**をクリックして先に進みます。
CLI からレプリカボリュームへのフェイルオーバー
開始する前に、使用する CLI クライアントを決定します。
- IBM Cloud CLI をインストールし、
ibmcloud plugin install slを使用して SL プラグインをインストールすることができます。 詳しくは、 プラグインを使用した IBM Cloud CLI の拡張 を参照してください。 - あるいは、 SLCLIをインストールすることもできます。
IBMCLOUDCLI からのフェイルオーバーの開始
ibmcloud sl block replica-failover コマンドを使用して、ソース・ファイル共有からレプリカ・ファイル共有に操作をフェイルオーバーできます。 以下の例では、ソース共有 560156918 からレプリカ共有 560382016 へのフェイルオーバーを開始します。
$ ibmcloud sl block disaster-recovery-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.
SLCLI からのフェイルオーバーの開始
次のコマンドを使用して、ブロック・ボリュームを特定のレプリカ・ボリュームにフェイルオーバーします。
$ slcli block disaster-recovery-failover --help
Usage: slcli block disaster-recovery-failover [OPTIONS] VOLUME_ID
Options:
--replicant-id TEXT ID of the replicant volume
-h, --help Show this message and exit.
API を使用したレプリカ・ボリュームへのフェイルオーバー
REST API
- URL -
https://USERNAME:APIKEY@api.softlayer.com/rest/v3/SoftLayer_Network_Storage/primaryvolumeId/disasterRecoveryFailoverToReplicant - 要求本体
{"parameters": [replicavolumeid]}
SOAP API
- URL -
https://api.softlayer.com/soap/v3/SoftLayer_Network_Storage - 要求本体
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://api.service.softlayer.com/soap/v3.1/">
<SOAP-ENV:Header>
<ns1:authenticate>
<username>USERNAME</username>
<apiKey>APIKEY</apiKey>
</ns1:authenticate>
<ns2:SoftLayer_Network_StorageInitParameters>
<id>primary Volume Id</id>
</ns2:SoftLayer_Network_StorageInitParameters>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<ns1:disasterRecoveryFailoverToReplicant>
<replicantId xsi:type="int">replica Volume ID</replicantId>
</ns1:disasterRecoveryFailoverToReplicant>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
コンソールで元のプライマリサイトへフェイルバックする
災害イベントの後、IBM Cloud® は、影響を受けるロケーションを通常操作に戻すための修復作業を開始します。 サイトが復旧したら、 IBM Cloud® コンソール 内の「 ストレージ 」および「 Block Storage for Classic 」をクリックして、元のサイトへのフェイルバックを開始できます。
- アクティブなボリューム (「ターゲット」) をクリックします。
- 次に、「 レプリカ 」をクリックし、「 アクション 」をクリックします。
- **「フェイルバック」**を選択します。 プライマリー・ロケーションに使用不可のマークが付けられると、災害復旧フェイルバックのオプションがアクティブになります。
災害復旧フェイルオーバー中に、システムは強制的にレプリカ・サイトにフェイルオーバーされ、複製関係は切断されます。 サイトが通常の運用状態に戻った後、元のサイトへフェイルバックできるようにするには、システムがレプリケーション・ボンドを再確立する必要があります。 この処理にはかなりの時間がかかる場合があります。 フェイルバックが進行中であることを示すメッセージが表示されます。 また、Block Storage for Classic 上のボリュームの横に、アクティブなトランザクションが発生していることを示すアイコンが表示されます。 アイコンの上にカーソルを移動すると、トランザクションを示すウィンドウが生成されます。 アイコンは、トランザクションが完了すると表示されなくなります。 フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。 スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。 このイベントは、レプリケーション履歴にログとして記録されます。
- 次に、「 すべて表示」 Block Storage for Classic をクリックします。
- レプリカ・ボリューム (「複製元」) をクリックします。 これにより、このボリュームの状況が**「非アクティブ」**になります。
- ストレージ・ボリュームをホストにマウントして、接続します。 詳しくは、 ストレージの接続を参照してください。
さらに支援が必要な場合は、 サポート Caseを作成してください。
CLIからのフェイルバック
特定のレプリカ・ボリュームからファイル・ボリュームをフェイルバックするには、次のコマンドを使用します。
$ slcli block replica-failback --help
Usage: slcli block replica-failback [OPTIONS] VOLUME_ID
Options:
--replicant-id TEXT ID of the replicant volume
-h, --help Show this message and exit.
災害復旧フェイルオーバー中に、システムは強制的にレプリカ・サイトにフェイルオーバーされ、複製関係は切断されます。 サイトが通常の運用状態に戻った後、元のサイトへフェイルバックできるようにするには、システムがレプリケーション・ボンドを再確立する必要があります。 この処理にはかなりの時間がかかる場合があります。 フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。 スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。 イベントは複製履歴に記録されます。
元のボリュームがアクティブであれば、それをマウントしてホストに接続することができます。 詳しくは、 ストレージの接続を参照してください。
さらに支援が必要な場合は、 サポート Caseを作成してください。