ファイル共有複製について

災害復旧、低遅延アクセス、コンテンツ配信、およびテストを目的として、ゾーン間またはリージョン間でゾーンファイル共有をレプリケートします。

災害復旧、分散したチームへの低遅延アクセス、地域ハブでのコンテンツ配信、またはテストを目的として、別のゾーンに読み取り専用のレプリカファイル共有を作成します。同じ地理的エリア内の別のゾーンに、ゾーン別ファイル共有のレプリカを作成することができます。複製機能を使用すると、ファイル共有の読み取り専用コピーを別のゾーンに保持できます。レプリカ共有は、指定したスケジュールでソース共有から更新されます。読み取り専用レプリカは、データを消費者に近い場所に配置することで、分散したチームやアプリケーションへの低遅延アクセスを実現するのに役立ちます。レプリケーションは、インストーラー、ドキュメント、メディアのダウンロードを高速化する地域ハブを構築することで、グローバルチームのコンテンツ配布を改善できます。レプリカは、製品発表やグローバルキャンペーンなどのピークイベント時に容量を急増させることができます。レプリカを使用すれば、プライマリワークロードを中断することなく、メンテナンス、変更のテスト、移行の試行を行うことができます。監査や法的保存のために、本番環境に影響を与えずに、それらを独立したコピーとして使用できます。レプリケーションは、プライマリサイトにおいてデータにアクセスできなくなった場合やアプリケーションが障害を起こした場合の復旧手段も提供します。

可用性の選択新しい地域ファイル共有をプレビューする特別なアクセス権を持つ顧客は、 rfs プロファイルを使用して、地域可用性でファイル共有を作成できます。リージョン可用性を持つファイル共有を作成すると、データはリージョン全体に自動的にレプリケートされるため、同じリージョン内でレプリケーションペアを設定する必要はありません。このリリースでは、地域ファイル共有の地域間レプリケーションはサポートされていません。

複製の概要

ファイル共有を作成した後、複製をセットアップできます。

レプリカ・シェアが作成されると、最初のレプリカにはそのシェア全体のデータが含まれます。その後、前回のレプリケーション以降に発生した変更のみが追加されます。

同じリージョンの別のゾーンにレプリカ共有を作成できます。ターゲット・リージョンに別の VPC がある場合は、同じジオグラフィー内の別のリージョンにレプリカを作成することもできます。地域間の複製はサポートされていません。

この表は、各地理的地域で相互に複製可能な大都市圏を示しています。すべての地域は別個の列です。
アメリカ大陸	ヨーロッパ	アジア太平洋
ダラス（テキサス州） / `us-south` モントリオール / `ca-mon` サンパウロ / `br-sao` トロント / `ca-tor` ワシントンDC / `us-east`	-フランクフルト/ `eu-de` -ロンドン/ `eu-gb` -マドリッド/ `eu-es`	チェンナイ / `in-che` ムンバイ / `in-mum` 大阪 / `jp-osa` シドニー / `au-syd` 東京 / `jp-tok`

同じリージョンの別のゾーンにレプリカ・ファイル共有を作成すると、レプリカ共有はソース・ファイル共有から暗号化タイプと鍵を継承します。暗号化を変更できません。

ファイル共有を別のリージョンに複製する場合、そのレプリカは、ソース共有が持つ暗号化のタイプと一致する必要があります。ただし、ソースから暗号化を継承することはありません。つまり、ソース共有がプロバイダー管理の鍵で暗号化されている場合、レプリカにもプロバイダー管理の暗号化が必要です。ソース共有がお客様管理の鍵で暗号化されている場合、レプリカもお客様管理の鍵で暗号化する必要があります。ただし、同じキーである必要はありません。レプリカを作成する際は、使用したいキーのクラウドリソース名（CRN）を指定してください。

複製スケジュールに基づいて、サービスはソース・ファイル共有からレプリカ・ファイル共有にデータをプルします。ソースの共有からレプリカに変更を同期する頻度を選択できます。毎時、日次、週次、または月次の複製スケジュールを指定できます。複製は少なくとも15分間隔でスケジュールされなければならない。

レプリカ共有のスナップショットを手動またはプログラムで作成することはできませんが、次回に予定されている同期時に、オリジン共有のスナップショットがレプリカ共有にコピーされます。スナップショットを持つソース共有がレプリケートされる場合、対応するレプリカ共有スナップショットは、ソース共有スナップショット名を継承するのではなく、システムで生成された名前で作成されます。レプリケートされたスナップショットはソースのフィンガープリントIDを共有するため、フィンガープリントを使用してスナップショットを関連付けることができます。

複数のリージョンにまたがって複製する場合、データは VPC 境界を超えています。ゾーン間ファイル共有レプリケーションを行うには、VPCとファイル共有の両方が同じアカウントに属している必要があり、2つのリージョンのファイルサービス間でサービス間認証を設定する必要があります。

データは、ファイル共有間で移動している間、転送中に暗号化されます。 2 つのファイル共有間のデータ転送の料金は、GB 単位の均一レートで計算されます。料金は、請求期間全体で転送されたデータの量に基づきます。

リージョン間でデータを複製する際は、データの国境を越えた移動には法的な影響が生じる可能性があるため、現地のデータ保管に関する法律を考慮してください。

複製は非同期操作であり、即時ではありません。複製同期情報を使用して、複製プロセスの期間と転送速度を確認できます。複製同期情報を確認することにより、複製スケジュールを調整し、コストと、レプリカ上でデータをリフレッシュする必要がある頻度とのバランスを取ることができます。ジョブ・ログおよび転送速度を表示することにより、転送する必要があるデータのサイズが複製ウィンドウ内に収まるかどうかを判別することもできます。

レプリケーションを完了するには、ファイル共有に十分な未使用容量が必要です。レプリケーション・プロセスでは、ソースからの新しいデータがレプリカ・ボリュームにコピーされる。古いデータはすぐには上書きされず、コピー操作の完了後に削除される。例えば、共有の容量が95%で、変更率が10%の場合、レプリカには変更を保持するのに十分なスペースがないかもしれません。レプリカにアップデートを保持する十分なスペースがない場合、レプリケーション・プロセスは失敗する。コンソールでファイル共有容量を監視し、利用率に関するアラートを設定することができます。詳しくは、File Storage for VPC のメトリックのモニターを参照してください。

レプリカ共有上のデータは読み取り専用です。データへの読み取り／書き込みアクセス権を取得するには、次の2つの方法があります：

レプリケーションサイトへのフェイルオーバー- ソースのファイル共有からの読み取り/書き込みが一時停止され、ファイル共有データの最終コピーがレプリカ共有に取り込まれます。レプリカのシェアが読み書き可能になり、逆レプリケーション関係が確立されます。元のソースファイルの共有は、レプリカ共有となり、読み取り専用に設定されます。その後、サービスは新しいソースのファイル共有からデータの取得を開始します。

ソースファイルの共有が侵害された場合、レプリカ共有を利用することで、運用を復旧させることができます。レプリカ共有へのフェイルオーバーを行うことで、サービスの中断を防ぐことができます。

フェイルオーバーを開始するときに、フェイルオーバー・プロセスがタイムアウトまたは失敗した場合に複製関係がどうなるかを指定できます。このオプションは、ファイル共有がオフライン状態になることができる最大時間について制限がある場合に、一般的に使用されます。操作がタイムアウトになった場合、または元のサイトの機能低下または使用不可のために複製が失敗した場合に実行する操作を指定する必要があります。
- 計画された保守のためにソース・サイトが使用できない場合は、複製関係を保持することを選択できます。複製は、元のソース・サイトが再び操作可能になると、スケジュールされたとおりに再開されます。
- 災害復旧の状況では、できるだけ早くレプリカ共有をオンラインにするためにボリュームを分割することを選択できます。ただし、この場合、最新のデータセットが利用できない可能性があり、アプリケーション内で状態を手動で調整する必要が生じるかもしれません。複製関係が切断されているため、元のサイトが再び操作可能になったときに、複製を新たにセットアップする必要があります。
複製関係の削除-この場合、2 つの共有を分割し、2 つの独立したファイル共有を作成します。両方の共有は読み取り/書き込みアクセス可能であり、2 つの共有間でデータは同期されなくなります。 API では、この操作はレプリカ split 操作として知られています。レプリカ関係の削除は永続的なものであり、2 つの共有の間で再確立することはできません。ただし、同じゾーンに新規レプリカを作成することも、同じリージョンの他のゾーンに新規レプリカを作成することもできます。

ソース・ファイル共有またはレプリカ・ファイル共有に対して別の操作が実行されている場合、複製関係の削除またはレプリカへのフェイルオーバーは行われません。 (このような操作の例として、ファイル共有サイズの拡張があります。) スプリット・オペレーションまたはフェイルオーバー・オペレーションは、もう一方のオペレーションが完了するまでペンディング・ステータスのままです。

ユース・ケース

複製を使用して、災害復旧の問題に対処することができます。このレプリケーションは、次のようなシナリオに対応しています：

アプリケーション障害からの災害復旧。

このシナリオでは、実行中のアプリケーションが失敗します。データは影響を受けませんが、アプリケーションは作動可能ではありません。フェイルオーバーを実行することができます。この場合、データは静止され、別のゾーンに送信されます。そのゾーン内の仮想サーバー・インスタンスは、1 次サーバーの修復中にアプリケーションの操作を引き継ぐように構成できます。
IBM Cloud インフラの障害による災害復旧。

このシナリオでは、アプリケーションが実行されている IBM Cloud の可用性ゾーンが使用不能になります。レプリカの場所でアプリケーションをできるだけ早く起動し、前回のレプリケーションイベントでレプリケートされたデータを使用する必要があります。 split オプションを指定してフェイルオーバーを開始し、レプリカ・ボリュームを独立させることができます。レプリケーションは停止します。
アプリケーションの定期的な保守を促進します。

レプリケーションを使用すると、可用性の高いアップグレードなど、特定の管理タスクを容易に行うことができます。異なるレベルのアプリケーション・コードを実行している可能性がある 2 つのゾーン間でデータをマイグレーションします。 2 つの環境で独立して実行することで、デプロイメント・プロセスの柔軟性を高めることができます。
データ・マイグレーションまたは地理的拡張。

レプリケーションを使用して、2 つの MZR 領域間でデータを簡単にマイグレーションできます。データが複製されたら、複製関係を削除することができます。これにより、レプリカ・ファイル共有が使用可能になり、新しいリージョンで独立して使用できるようになります。

次のステップ

コンソール、CLI、API、Terraformでレプリカファイル共有を作成する。

異なるリージョン間でレプリケーションを設定する場合は、まず2つのVPCのファイルサービス間でサービス間認証を確立する必要があります。

異なる KMS ソリューションを使用する別の地域にレプリカ共有を作成する場合は、ファイル・サービスとターゲット KMS の間でサービス間の許可を確立します。
複製状況と複製同期情報を調べて、複製が機能していることを確認します。システムは、15 分ごとに最終同期状況を照会します。
レプリカ・ファイル共有を使用する-1 次ファイル共有に障害が発生したり、何らかの理由で 1 次ファイル共有が使用不可になったりした場合は、レプリカ・ファイル共有にフェイルオーバーできます。フェイルオーバーを実行すると、レプリカ共有は読み取りと書き込みの機能を持つ新しい 1 次ファイル共有になります。
オンラインに戻ったときに、スケジュールに従って元のファイル共有を使用して複製を再開します。この場合、レプリカ・サイトをプライマリーとして引き続き使用することも、元のサイトにフェイルバックすることもできます。