IBM Cloud Docs
災害復旧-アクセス不能な 1 次ボリュームからのフェイルオーバー

災害復旧-アクセス不能な 1 次ボリュームからのフェイルオーバー

1 次サイトで壊滅的な障害や災害が発生して 1 次サイトが停止した場合、お客様は以下の操作を実行して、2 次サイトのデータに速やかにアクセスできます。 1 次ボリュームがアクセス不能な場合、リモート・レプリカに強制的にフェイルオーバーすることができます。 フェイルオーバーを開始する前に、すべてのホスト許可が設定されていることを確認してください。

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

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

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

UI でのレプリカ・ボリュームへのフェイルオーバー

  1. File Storage for Classic のリストに進みます。 「クラシック・インフラストラクチャー」 「クラシック」アイコン メニューから、 「ストレージ」 > File Storage for Classic をクリックします。
  2. ボリューム名を見つけてクリックします。
  3. 「アクション」 「アクション」アイコン > 「フェイルオーバー」 をクリックします。
  4. 1 次ロケーションが無効になると、災害復旧フェイルオーバーのオプションがアクティブになります。
  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
sage: 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>
    

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

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

UI での元の 1 次サイトへのフェイルバック

災害イベントの後、IBM Cloud® は、影響を受けるロケーションを通常操作に戻すための修復作業を開始します。 サイトが復元されたら、 IBM Cloud® コンソール「ストレージ」 File Storage for Classic をクリックして、元のサイトへのフェイルバックを開始できます。

  1. アクティブなボリューム (「ターゲット」) をクリックします。

  2. 次に、 「レプリカ」 をクリックし、 「アクション」 「アクション」アイコン をクリックします。

  3. **「フェイルバック」**を選択します。 1 次ロケーションに無効のマークが付けられると、災害復旧フェイルバックのオプションがアクティブになります。

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

  4. 次に、 「すべて表示」 File Storage for Classic をクリックします。

  5. レプリカ・ボリューム (「複製元」) をクリックします。 これにより、このボリュームの状況が**「非アクティブ」**になります。

  6. ストレージ・ボリュームをホストにマウントして、接続します。 詳しくは、 ストレージの接続 を参照してください。

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

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.

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

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

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