以降のセクションでは、バックアップの作成と管理に関連する制限事項について説明します。
一般的な制限事項
Filestore のバックアップは、Filestore マルチシェア機能と組み合わせることはできません。
パフォーマンス
使用率の高いインスタンスでは、バックアップのアップロード中のパフォーマンスが最大 15% 低下する可能性があります。ベーシック ティア インスタンスのパフォーマンスは、バックアップの
createオペレーションの影響を受けません。インスタンスのデータを複数のバックアップ チェーンに保存すると、バックアップのパフォーマンスに影響します。バックアップ チェーンを交互に切り替えると、バックアップ
createオペレーションのレイテンシ増加が予想されます。インスタンスの
restoreやインスタンスのdeleteなどのインスタンス オペレーションは、バックアップのcreateオペレーションが完了するまで遅延する可能性があります。場合によっては、
deleteオペレーションが完了するまでに最大 24 時間かかることがあります。
オペレーションの同時実行
同じソース インスタンスに関連付けられるバックアップ
deleteオペレーションは、一度に 1 つずつ実行する必要があります。同じバックアップ チェーン内での一括バックアップ
deleteオペレーションはサポートされていません。deleteオペレーションが保留となっている間、同じバックアップ チェーン内の新しいdeleteオペレーションは、RESOURCE_EXHAUSTEDエラーで返ります。これは、元のインスタンスが削除されたかどうかに関係なくそうなります。ソース インスタンスが削除されている場合は、FAILED_PRECONDITIONエラーが発生します。Filestore では、バックアップが個別のソース インスタンスを参照するときの、同時バックアップの
deleteオペレーションをサポートしています。たとえば、
Source1というラベルのインスタンスには、Backup1とBackup2で参照されるバックアップ データがあるとします。Source2には、Backup3とBackup4で参照されるバックアップ データがあるとします。Backup1とBackup2は並行して削除できませんが、Backup2とBackup3は並行して削除できます。同じバックアップ チェーン内で開始されたバックアップの
createとバックアップのdeleteのオペレーションは同時に実行できます。 新しいバックアップの作成をすでに開始している場合は、オペレーションが完了するまで待ってから、既存の最新のバックアップを削除する必要があります。これは、最新のバックアップには、バックアップのcreateオペレーションを正常に完了するために必要な最も重要なデータが含まれているためです。最新のバックアップを削除しようとすると、FAILED_PRECONDITIONエラーが発生します。たとえば、
Source1には、Backup1とBackup2で構成されるバックアップ チェーンがあります。Backup3のcreateオペレーションを開始すると、createオペレーションが完了するまでBackup2を削除できません。オペレーションのレート制限の詳細については、 バックアップのオペレーションのレート制限をご覧ください。
ストレージ
基本インスタンスのバックアップは、同じサービスティアのソース インスタンス、既存のインスタンス、または新しいインスタンスに復元できます。新しいインスタンスを選択する場合は、ソース インスタンスのティアに関係なく、基本 HDD インスタンスか基本 SSD インスタンスを選択できます。
ゾーン インスタンス、リージョン インスタンス、エンタープライズ インスタンスは、ソース インスタンスまたは既存のインスタンスに復元できません。新しいインスタンスにのみ復元できます。新しいインスタンスのティアは、ソース インスタンスのティアと一致している必要はありません。たとえば、リージョン インスタンスのバックアップをゾーン インスタンスに復元できます。新しいインスタンスのプロビジョニングされた容量は、ソース インスタンスのプロビジョニングされた容量以上である必要があります。
容量
ゾーン インスタンス、リージョン インスタンス、エンタープライズ インスタンス用に作成されたバックアップは、インスタンス容量を消費する可能性があります。この容量は、バックアップが作成されてからデータに加えられた変更のスコープによって異なります。具体的には、バックアップが作成されると、Filestore はファイルシステムの内部スナップショットを作成します。このスナップショットも、使用可能なインスタンス容量の一部を占有します。
また、スナップショット サイズは、最後のバックアップが作成されてから共有内のデータに加えられた変更のスコープにも関係します。 このスナップショットは、次のバックアップが作成されてアップロードされるまで存在し続けます。
バックアップで参照されるすべてのデータは、キャプチャされた時点の状態のままで保持され、ファイル システムから容量を消費し続けます。たとえば、マウントされたファイル システムからデータを削除しても、そのアクション自体で空き容量が増えることはありません。空き容量を増やすには、大量のデータを削除または上書きした後に新しいバックアップを作成します。
ワークロードに対する十分な容量を見積もるには、次のいずれかを検討してください。
頻繁に行われるデータ変更や「変更率が高い」ワークロードに対応するインスタンス容量を増やす。
頻繁にバックアップを作成する。最後のバックアップが古い場合、内部スナップショットにさらに多くの変更が蓄積され、より多くのインスタンス容量が消費される可能性があります。
暗号化
CMEK を使用してバックアップ チェーンを暗号化する場合、次の制限が適用されます。
バックアップ チェーン全体が同じ CMEK を使用して暗号化されます。
CMEK を使用してバックアップを作成する場合、CMEK はターゲット バックアップと同じリージョンに存在する必要があります。
ソース インスタンスとは別のリージョンにバックアップ チェーンを保存する場合は、ソース用とバックアップ チェーン用に別々の鍵を適用する必要があります。
- すべてのサービス階層では、複数のバックアップ チェーン、またはインスタンスのバックアップを複数のリージョンに保存できます。暗号化に CMEK を使用する場合は、CMEK 鍵が、暗号化するリソースと同じリージョンに存在する必要があります。ソースとは別のリージョンにバックアップを保存していて、CMEK がマルチリージョン鍵でない場合は、別々の CMEK 鍵を使用する必要があります。 詳細については、CMEK の制限事項 と 最適な CMEK ロケーションの選択をご覧ください。
バックアップ チェーンが保存されている Cloud Storage バケットに単一の CMEK が適用されます（組み合わせや置換はできません）。
CMEK のサポートは、ベーシック ティアのバックアップでは使用できません。
詳細については、バックアップ チェーンの CMEK サポートをご覧ください。
データの移行
Filestore インスタンスを作成したら、そのロケーションやサービス階層は変更できません。データを別のリージョンに移行するには、そのバックアップを作成し、そのバックアップを使用して新しい Filestore インスタンスを作成するか、既存のインスタンスに復元できます。
プロトコル
バックアップを復元する場合、新しいインスタンスはソース インスタンスと同じ プロトコル を使用する必要があります。