主な目的は何ですか？

1つのStorageGRID システムがディザスタリカバリシステムとして機能します。バケット内のオブジェクトは、グリッド間で一方向または両方向にレプリケートできます。

テナントで、StorageGRID （ソース）内のバケットから外部のS3バケット（デスティネーション）にオブジェクトを自動的にレプリケートできます。

CloudMirror レプリケーションでは、独立した S3 インフラにオブジェクトの独立したコピーが作成されます。この独立したコピーはバックアップとしては使用されませんが、多くの場合、クラウドでさらに処理されます。

セットアップ方法は？

設定は誰が担当しますか？

通常はテナントユーザです。

デスティネーションは何ですか？

グリッドフェデレーション接続内のもう一方のStorageGRID システム上の、対応する同一のS3バケット。

オブジェクトのバージョン管理は必要ですか。

はい。ソースバケットとデスティネーションバケットの両方でオブジェクトのバージョン管理を有効にする必要があります。

いいえ。CloudMirrorレプリケーションでは、ソースとデスティネーションの両方で、バージョン管理に対応していないバケットとバージョン管理に対応していないバケットを任意に組み合わせて使用できます。

オブジェクトをデスティネーションに移動する原因は何ですか？

オブジェクトは、グリッド間レプリケーションが有効になっているバケットに追加されると自動的にレプリケートされます。

CloudMirrorエンドポイントが設定されたバケットにオブジェクトが追加されると、オブジェクトが自動的にレプリケートされます。CloudMirrorエンドポイントを設定する前にソースバケットに存在していたオブジェクトは、変更しないかぎりレプリケートされません。

オブジェクトのレプリケート方法

グリッド間レプリケーションでバージョン管理オブジェクトが作成され、バージョンIDがソースバケットからデスティネーションバケットにレプリケートされます。これにより、両方のグリッドでバージョンの順序を維持できます。

CloudMirrorレプリケーションではバージョン管理が有効なバケットは必要ないため、CloudMirrorではサイト内のキーの順序のみを維持できます。別のサイトにあるオブジェクトへの要求の順序が維持される保証はありません。

オブジェクトをレプリケートできない場合はどうなりますか。

オブジェクトは、メタデータストレージの制限に従ってレプリケーションのキューに登録されます。

オブジェクトは、プラットフォームサービスの制限に従ってレプリケーションのキューに登録されます（を参照） "プラットフォームサービスの使用に関する推奨事項"）。

オブジェクトのシステムメタデータはレプリケートされているか？

はい。オブジェクトが他のグリッドにレプリケートされると、そのシステムメタデータもレプリケートされます。メタデータは両方のグリッドで同一になります。

いいえ。オブジェクトが外部バケットにレプリケートされると、そのシステムメタデータが更新されます。メタデータは場所によって異なり、取り込み時間や独立したS3インフラの動作によって異なります。

オブジェクトの読み出し方法

アプリケーションは、いずれかのグリッドのバケットに要求することで、オブジェクトを読み出すことができます。

アプリケーションは、StorageGRID またはS3デスティネーションに要求を行うことで、オブジェクトの読み出しや読み取りを行うことができます。たとえば、 CloudMirror レプリケーションを使用してパートナー組織にオブジェクトをミラーリングするとします。パートナーは、独自のアプリケーションを使用して、 S3 デスティネーションからオブジェクトを直接読み取ったり更新したりできます。StorageGRID を使用する必要はありません。

オブジェクトが削除された場合の動作

結果は、ソースバケットとデスティネーションバケットのバージョン管理状態によって異なります（同じである必要はありません）。

同様に、デスティネーションバケット内のオブジェクトもソースに影響を与えることなく削除できます。