ディザスタリカバリ用にアクセス可能なプライマリボリュームを使用してフェイルオーバーを行う

大規模な障害が発生した際、プライマリストレージへのアクセスが維持されている場合は、以下のフェイルオーバー手順に従って、セカンダリサイト上のデータに迅速にアクセスしてください。

プライマリサイトで大規模な障害が発生しても、プライマリストレージにまだアクセスできる場合は、以下の手順に従うことで、セカンダリサイト上のデータに迅速にアクセスすることができます。

フェイルオーバーを開始する前に、ホストの許可がすべて正しく設定されていることを確認してください。

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

ホストの許可

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

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

障害の発生が差し迫っている場合は、 制御されたフェイルオーバー または即時フェイルオーバー を開始し、宛先（ターゲット）ボリュームに切り替えることができます。

「制御されたフェイルオーバー」 は、フェイルオーバー機能をテストする場合に最適な選択です。また、レプリカ拠点で最新のデータを用いて運用を継続することがより重要である場合にも、これが最適な選択肢となります。制御されたフェイルオーバーでは、新しいスナップショットを取って、レプリカの場所にコピーします。データが正常にコピーされると、ボリュームがマウント可能になります。

「 即時フェイルオーバー 」を選択すると、最後に正常にレプリケートされたスナップショットが有効化され、ボリュームがマウント可能になります。ターゲット・ボリュームがアクティブになるためにかかる時間は、制御されたフェイルオーバーの場合より短くなります。ただし、前回のレプリケーション・サイクル以降にソース・ボリュームに書き込まれたデータは、すべて失われます。

フェイルオーバーが開始されると、レプリケーションの関係が反転します。元のターゲット・ボリュームがアクティブなソース・ボリュームになり、元のソース・ボリュームが非アクティブな複製ターゲットになります。

フェイルオーバーは、「 Storage 」の下で、 File Storage for ClassicIBM Cloud® コンソール内の「Storage」の下で開始されます。

これらのステップに進む前に、ボリュームを切り離します。これを怠ると、データの破損や損失につながります。

コンソールでレプリカにフェイルオーバーする

アクティブなボリューム (「ソース」) をクリックします。
「アクション」 をクリックします。
**「フェイルオーバー」**を選択します。 **「制御されたフェイルオーバー」または「即時フェイルオーバー」**を選択します。
該当する情報を確認するチェック・ボックスにマークを付け、 「はい」 をクリックして先に進みます。フェイルオーバーが進行中であることを確認するウィンドウが表示されます。 「閉じる」 をクリックして、「ファイル共有」リストに戻ります。
リストで、自分の共有を見つけます。複数のページがある場合は、共有を表示するために次のページに移動することが必要な場合があります。
ソース共有とレプリカ共有の状況が「フェイルバックが進行中です (Failback in progress)」と表示されます。また、File Storage for Classicのボリュームの隣に、アクティブ・トランザクションが行われていることを示すアイコンが表示されます。アイコンにカーソルを合わせると、取引の詳細が表示されるウィンドウが開きます。アイコンは、トランザクションが完了すると表示されなくなります。

フェイルオーバー・プロセス中、構成に関連したアクションは読み取り専用になります。スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。このイベントは、レプリケーション履歴にログとして記録されます。ターゲット・ボリュームが稼働している場合は、別のメッセージが表示されます。元のソース・ボリュームの状況が「非アクティブ」になります。
ブラウザーでページを最新表示します。トランザクションが完了すると、レプリカ・ボリュームの状況は 「アクティブ」 になり、元のソース・ボリュームは 「非アクティブ」 になります。
ストレージ・ボリュームをホストにマウントして、接続します。詳細については、「ストレージの接続」をご覧ください。

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

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

IBM Cloud CLI をインストールし、 ibmcloud plugin install sl を使用して SL プラグインをインストールすることができます。詳しくは、プラグインを使用した IBM Cloud CLI の拡張を参照してください。
あるいは、 SLCLIをインストールすることもできます。

フェイルオーバーの開始 (IBMCLOUD CLI から)

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

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

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

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

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

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

フェイルオーバー・プロセス中、構成に関連したアクションは読み取り専用になります。スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。このイベントは、レプリケーション履歴にログとして記録されます。ターゲット・ボリュームが稼働している場合は、別のメッセージが表示されます。元のソース・ボリュームの状況が「非アクティブ」になります。

ボリュームからそのレプリカへのフェイルバックの開始

元のソース・ボリュームが修復されたら、元のソース・ボリュームへの制御されたフェイルバックを開始できます。

制御されたフェイルバックでは、以下の手順が実行されます

作動中のソース・ボリュームがオフラインにされます。
スナップショットが取られます。
レプリケーション・サイクルが完了します。
作成されたばかりのデータ・スナップショットがアクティブ化されます。
ソース・ボリュームがマウント用にアクティブになります。

フェイルバックが開始されると、レプリケーションの関係が再び反転します。元のソース・ボリュームはアクティブなソース・ボリュームとして復元され、ターゲット・ボリュームは再び非アクティブなターゲット・ボリュームになります。

コンソールでフェイルバックする

フェイルバックは、「 Storage 」の下で、 File Storage for ClassicIBM Cloud® コンソール内の「Storage」の下で開始されます。

アクティブなボリューム (「ターゲット」) をクリックします。
「共有の詳細」ページで、 「アクション」 をクリックします。
**「フェイルバック」**を選択します。
関連情報を確認するチェック・ボックスにマークを付け、「はい」をクリックして先に進みます。
フェイルオーバーが進行中であることを確認するウィンドウが表示されます。 「閉じる」 をクリックして、「ファイル共有」リストに戻ります。
リストで、自分の共有を見つけます。複数のページがある場合は、共有を表示するために次のページに移動することが必要な場合があります。
ソース共有とレプリカ共有の状況が「フェイルバックが進行中です (Failback in progress)」と表示されます。また、File Storage for Classicのボリュームの隣に、アクティブ・トランザクションが行われていることを示すアイコンが表示されます。アイコンにカーソルを合わせると、取引の詳細が表示されるウィンドウが開きます。アイコンは、トランザクションが完了すると表示されなくなります。

フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。このイベントは、レプリケーション履歴にログとして記録されます。
ブラウザーでページを最新表示します。トランザクションが完了すると、元のソース共有が 「アクティブ」 として表示され、レプリカ共有の状況が 「非アクティブ」 になります。
ストレージ・ボリュームをホストにマウントして、接続します。詳しくは、新しいストレージの接続を参照してください。

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-failbackを参照してください。

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

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

$ 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.

フェイルバック・プロセス中、構成に関連したアクションは読み取り専用になります。スナップショット・スケジュールを編集したり、スナップショット・スペースを変更したりすることはできません。このイベントは、レプリケーション履歴にログとして記録されます。