ディスカバリできないプライマリボリュームからのフェイルオーバー（災害復旧）

致命的な障害によりプライマリボリュームにアクセスできなくなった場合、リモートの File Storage for Classic レプリカへのフェイルオーバーを強制的に実行し、データへのアクセスを復旧させます。

プライマリサイトが重大な障害や災害により停止した場合、セカンダリサイト上のデータに迅速にアクセスするために、以下の操作を実行できます。 1 次ボリュームがアクセス不能な場合、リモート・レプリカに強制的にフェイルオーバーすることができます。 フェイルオーバーを開始する前に、すべてのホストの認証が適切に行われていることを確認してください。

許可されたホストとボリュームは、同じデータ・センター内に存在する必要があります。 例えば、レプリカ・ボリュームをロンドンに置き、ホストをアムステルダムに置くことはできません。 両方がロンドンに存在するか、両方がアムステルダムに存在する必要があります。

許可は、 UI で、 CLI から、API を使用して、または Terraform を使用して作成できます。

このアクションにより、複製関係が切断され、プライマリー・ロケーションとレプリカ・ロケーションとの間の接続の復元に時間がかかる可能性があります。

コンソールでレプリカボリュームへのフェイルオーバーを行う

  1. File Storage for Classic のリストに進みます。 Infrastructure VPC icon > Classic Infrastructure メニューから、Storage > File Storage for Classic をクリックします。
  2. ボリューム名を見つけてクリックします。
  3. 「アクション」 「アクション」アイコン > 「フェイルオーバー」 をクリックします。
  4. プライマリのロケーションが無効化されると、「災害復旧フェイルオーバー」のオプションが有効になります。
  5. **「はい」**をクリックして先に進みます。

CLI からレプリカボリュームへのフェイルオーバー

開始する前に、使用する CLI クライアントを決定します。

IBMCLOUDCLI からのフェイルオーバーの開始

ibmcloud sl file replica-failover コマンドを使用して、ソース・ファイル共有からレプリカ・ファイル共有に操作をフェイルオーバーできます。 以下の例では、ソース共有 560156918 からレプリカ共有 560382016 へのフェイルオーバーを開始します。

$ ibmcloud sl file file disaster-recovery-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.

SLCLI からのフェイルオーバーの開始

次のコマンドを使用して、ファイル・ボリュームを特定のレプリカ・ボリュームにフェイルオーバーします。

$ slcli file disaster-recovery-failover --help
Usage: slcli file 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® コンソール 内の「 ストレージ 」および「 File Storage for Classic 」をクリックして、元のサイトへのフェイルバックを開始できます。

  1. アクティブなボリューム (「ターゲット」) をクリックします。
  2. 次に、 「レプリカ」 をクリックし、 「アクション」 「アクション」アイコン をクリックします。
  3. **「フェイルバック」**を選択します。 プライマリのロケーションが無効に設定されると、「ディザスタリカバリのフェイルバック」オプションが有効になります。

災害復旧フェイルオーバー中に、システムは強制的にレプリカ・サイトにフェイルオーバーされ、複製関係は切断されます。 サイトが通常の運用状態に復旧した後、元のサイトへフェイルバックできるようにするには、システムがレプリケーション・ボンドを再確立する必要があります。 この処理にはかなりの時間がかかる場合があります。 フェイルオーバーが進行中であることを示すメッセージが表示されます。 また、File Storage for Classicのボリュームの隣に、アクティブ・トランザクションが行われていることを示すアイコンが表示されます。 アイコンの上にカーソルを移動すると、トランザクションを示すウィンドウが生成されます。 アイコンは、トランザクションが完了すると表示されなくなります。 フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。 スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。 このイベントは、レプリケーション履歴にログとして記録されます。

  1. 次に、 「すべて表示」 File Storage for Classic をクリックします。
  2. レプリカ・ボリューム (「複製元」) をクリックします。 これにより、このボリュームの状況が**「非アクティブ」**になります。
  3. ストレージ・ボリュームをホストにマウントして、接続します。 詳細については、「 ストレージの接続 」をご覧ください。

さらにサポートが必要な場合は、 サポートチケットを作成してください。

CLI からのフェイルバック

IBMCLOUDCLI からのフェイルバックの開始

ibmcloud sl file replica-failback コマンドを使用して、レプリカ・ファイル共有から元のソース・ファイル共有に操作をフェイルバックできます。 以下の例では、元のソース共有 560156918 へのフェイルバックを開始します。

$ ibmcloud sl file replica-failback 560156918
OK
Failback of volume 560156918 is now in progress.

このコマンドで使用可能なすべてのパラメーターについて詳しくは、 ibmcloud sl file replica-failoverを参照してください。

SLCLI からのフェイルバックの開始

特定のレプリカ・ボリュームからファイル・ボリュームをフェイルバックするには、次のコマンドを使用します。

$ slcli file replica-failback --help
Usage: slcli file replica-failback [OPTIONS] VOLUME_ID
Options:
 --replicant-id TEXT  ID of the replicant volume
 -h, --help           Show this message and exit.

災害復旧フェイルオーバー中に、システムは強制的にレプリカ・サイトにフェイルオーバーされ、複製関係は切断されます。 サイトが通常の運用状態に復旧した後、元のサイトへフェイルバックできるようにするには、システムがレプリケーション・ボンドを再確立する必要があります。 この処理にはかなりの時間がかかる場合があります。 フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。 スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。 イベントは複製履歴に記録されます。

元のボリュームがアクティブであれば、それをマウントしてホストに接続することができます。 詳細については、「 ストレージの接続 」をご覧ください。

さらにサポートが必要な場合は、 サポートチケットを作成してください。