Filestore では、インスタンスの非同期レプリケーションが提供されています。
ソース インスタンスは、選択したロケーションのスタンバイ インスタンスに継続的かつ非同期で複製できます。
一部のお客様を対象に、Filestore では 次の サービス階層で作成されたインスタンスに対してインスタンス レプリケーションのサポートが提供されています。
- Zonal
- リージョン
- Enterprise
インスタンス レプリケーションと他のデータ復元オプションの比較
以降のセクションでは、スナップショットやバックアップと比較したインスタンス レプリケーションのメリットについて説明します。
スナップショット
スナップショットはインスタンス内の容量を消費するリソースであり、インスタンス データの現在の状態を以前の特定の時点に戻すことができます。特定のファイルの以前のバージョンに戻すこともできます。
スナップショットは、 インスタンスのデータが変更されるまで、データの複製や容量の消費は発生しません。インスタンスのすべてのスナップショットでは、共通のデータが共有されます。つまり、インスタンスにはスナップショット間の違いのみが保持されます。
スナップショットは、他の Filestore データ復元オペレーションと比較するとコスト効率が優れていますが、ファイルが変更されるたびに、使用可能なインスタンス容量は継続的に減少します。
インスタンスを以前の状態に戻すと、インスタンス データの最新バージョンが削除されるため、破壊的な操作となります。慎重に使用してください。
バックアップ
バックアップは、インスタンスの外部に存在する外部リソースであり、独自の容量を消費します。 最初のバックアップはインスタンス データの完全なコピーです。以降のバックアップでは、前回のバックアップ以降の増分バックアップと差分バックアップの変更を追跡するために必要なデータのみが使用されます。内部的には、バックアップ チェーンの 履歴はスナップショットを使用して追跡されます。スナップショットはソース インスタンスの容量を消費します。
インスタンス レプリケーション
インスタンス レプリケーションは、ソース インスタンスとレプリカ インスタンスをペア設定します。レプリカ インスタンスは、ソースに加えられた変更を継続的にモニタリングし、約 30 分間の目標復旧時点（RPO）内でレプリカ インスタンスに非同期で変更を複製する、セカンダリ ロケーションの別のリソースです。
このプロセスはスナップショットに依存しており、同様に容量を消費します。スナップショットが時代遅れになると、両方のインスタンスでインスタンス容量を解放するために削除されます。
レプリカ インスタンスは、ソース インスタンスの完全なコピーであり、継続的に更新されます。ほとんどのコピーは 5 ～ 10 分ごとにスケジュールされます。最後の完全なインスタンス コピーのタイムスタンプを示す指標を使用できます。詳細については、モニタリングをご覧ください。
インスタンス ペアのロール
インスタンス レプリケーションが有効になっている場合、ペア内の各インスタンスにロールが割り当てられます。
ACTIVEはソース インスタンスです。STANDBYはレプリカ インスタンスです。
ロールの変更は自動ではなく、ユーザーのみが開始できます。
レプリケーションの一時停止と再開
レプリケーションが一時停止すると、レプリカのインスタンス ステータスは、最後に成功したデータポイントに基づいて STANDBY から ACTIVE に変わります。
レプリケーションを再開すると、レプリカへのクライアント アクセスが削除され、インスタンスは元のデータポイントに戻り、すべてのテストデータが削除されます。その後、アクティブ インスタンスからの標準レプリケーションが再開されます。
レプリケーションの再開は、一時停止期間とアクティブ インスタンスでの変更数によっては、初期同期に時間がかかることがあります。 また、再開オペレーションの所要時間は、ファイル システムのサイズによって異なり、オペレーションに関与するファイルの数によって異なります。
詳細については、レプリケーションの一時停止とレプリケーションの再開をご覧ください。
レプリカのプロモート
レプリカ インスタンスをマウントしたり、直接書き込んだりすることはできませんが、サービスが停止した場合は、
promote-replica
gcloud CLI コマンドまたは Google Cloud コンソールを使用してレプリカをプロモートできます。
promote-replica オペレーションは、次のアクションを開始します。
ACTIVEインスタンスとSTANDBYインスタンス間のレプリケーションを停止します。- 2 つのリソースのペア設定を解除します。
- レプリカを、他のインスタンスと同様にクライアント接続と書き込みが可能な通常のインスタンスにプロモートします。
- 両方のリソースからレプリケーション ロール（
ACTIVEまたはSTANDBY）を削除します。
オペレーションが正常に完了すると、レプリカ インスタンスの状態が PROMOTING から READY
に変わります。
アプリケーションがオンラインに戻ったら、このソース インスタンスを新しいレプリカとペア設定し、インスタンス
レプリケーションを再度開始できます。
詳細については、レプリケーションを中断してレプリカをプロモートするをご覧ください。
一時停止したレプリカをプロモートする
アクティブ インスタンスが使用できなくなった場合、一時停止したレプリカをプロモートすると、障害復旧に役立ちます。一時停止したレプリカをプロモートすると、インスタンスは最後に完了したデータポイントに戻り、すべてのテストデータが削除されます。 レプリカ インスタンスは、ソース インスタンスから転送中の残りのデータを同期し、新しいアクティブ インスタンスになります。レプリカをプロモートすると、レプリケーション プロセスが中断されます。その結果、元のレプリケーション リンクが切断され、レプリケーションを再開できなくなります。
フェイルバック
promote-replica オペレーションは、レプリケーションの分割を開始します。これは、
フェイルオーバーイベントではなくスイッチオーバーです。つまり、フェイルバックは自動で行われません。オペレーションが完了したら、管理者はアプリケーションを新しいソースインスタンスに再接続する必要があります。
制限事項
次の制限が適用されます。
インスタンス レプリケーションは、基本 HDD と基本 SSD 階層では使用できません。
サービス階層（容量の範囲を含む）は、アクティブ インスタンスとレプリカ インスタンスで同じである必要があります。
プロジェクト間のレプリケーション
アクティブ インスタンスとは異なる Google Cloud プロジェクトにレプリカを作成できます。プロジェクト間のレプリケーションには、次の制限が適用されます。
- プロジェクト間のレプリカは、gcloud CLI または API を使用してのみ作成できます。コンソール Google Cloud は使用できません。
- ソース プロジェクトとレプリカ プロジェクトの両方に Cloud Filestore 編集者（
roles/file.editor）ロールが必要です。このロールには、プロジェクト間のレプリカを作成するためにソース プロジェクトで必要なfile.instances.create権限が含まれています。 - Google Cloud コンソールを使用してプロジェクト間のレプリカの詳細を表示できますが、インスタンスの詳細を編集することはできません。
- Filestore はユーザー権限のみを検証し、プロジェクトの所有権は検証しません。VPC Service Controls ポリシーを使用してプロジェクトを保護する必要があります。
以降のセクションでは、RPO、オペレーション、ネットワーク トラフィック、パフォーマンス、可用性に関連するその他の機能の制限について詳しく説明します。
RPO
見積もられた RPO 時間は概算であり、Filestore サービスレベル契約（SLA）の対象外です。
30 分間の RPO の目標は、変更率が 100 MB/秒で IOPS レートが 300 / 秒のインスタンスに適用されます。ここで、IOPS は、ファイルまたはディレクトリに適用される
create、edit、またはdeleteオペレーションとして定義されます。変更率が高いインスタンスでは、レプリケーション期間が長くなる可能性があります。 RPO 時間は変動し、変更率が高くなるほど直線的に増加するわけではありません。たとえば、変更率が 2 倍になっても、RPO ウィンドウが 2 倍になるとは限りません。
インスタンスのレプリケーションは、インスタンスの作成時に指定します。レプリカをソース インスタンスとペア設定する場合は、インスタンスの作成時にインスタンス レプリケーションを有効にしてから、レプリカとペア設定する必要があります。既存のインスタンスをレプリカとして使用することはできません。
運用
ACTIVEインスタンスでは、次のオペレーションが無効になっています。- インスタンスの削除
- スナップショットに戻す
STANDBYインスタンスには次の制限が適用されます。- NFS アクセスはサポートされていません
- バックアップは無効です
- スナップショットは無効です
ネットワーク トラフィック
- ソース インスタンスとレプリカ インスタンス間で継続的にデータが複製されると、ネットワーク トラフィック料金が発生します。詳細については、 Filestore の料金をご覧いただくか、Filestore 担当者にお問い合わせください。
パフォーマンス
- ペア間で継続的にデータが複製されると、ソース インスタンスの IOPS パフォーマンスに影響します。
対象
レプリカ インスタンスのリージョンを選択する際には、いくつかの制限が適用されます。詳細については、Filestore 担当者にお問い合わせください。
ソース インスタンスを削除しても、関連付けられているレプリカは削除されません。ソース インスタンスが存在しなくなった場合に、以前にレプリカとして使用していたインスタンスを削除するには、
gcloudを使用してインスタンスを見つけて削除します。
推奨事項
堅牢な障害復旧ソリューションを実現するには、レプリカ インスタンスに別のゾーンではなく別のリージョンを選択することを強くおすすめします。
モニタリング
time_since_last_replication 指標は、アクティブ インスタンスの最後の完全コピーのタイムスタンプを表します。
詳しくは、次のリソースをご覧ください。
料金
インスタンス レプリケーションを使用すると、インスタンスとクロスリージョン ネットワーキングの料金が発生します。インスタンスの複製は追加料金なしで提供されます。レプリカ インスタンスは、ソース インスタンスの完全なコピーであり、継続的に更新されます。料金は、エンタープライズ ワークロードに適した継続的なデータ復元オプションで提供されるデータ復元サポートに応じて設定されます。
詳細については、Filestore 担当者にお問い合わせください。