主な目的は何ですか?

アーカイブターゲットとして機能します。クラウド ストレージ プール内のオブジェクト コピーは、オブジェクトの唯一のコピーにすることも、追加のコピーにすることもできます。つまり、オンサイトで 2 つのコピーを保持する代わりに、1 つのコピーをStorageGRID内に保持し、もう 1 つのコピーをクラウド ストレージ プールに送信することができます。

テナントがStorageGRID内のバケット (ソース) から外部の S3 バケット (宛先) にオブジェクトを自動的に複製できるようにします。独立した S3 インフラストラクチャにオブジェクトの独立したコピーを作成します。

どのように設定されていますか?

グリッド マネージャーまたはグリッド管理 API を使用して、ストレージ プールと同じ方法で定義されます。 ILM ルール内の配置場所として選択できます。ストレージ プールはストレージ ノードのグループで構成されますが、クラウド ストレージ プールはリモート S3 または Azure エンドポイント (IP アドレス、資格情報など) を使用して定義されます。

テナントユーザー"CloudMirrorレプリケーションを構成する"テナント マネージャーまたは S3 API を使用して CloudMirror エンドポイント (IP アドレス、資格情報など) を定義します。 CloudMirror エンドポイントが設定されると、そのテナント アカウントが所有するすべてのバケットを CloudMirror エンドポイントを指すように構成できます。

設定の責任者は誰ですか?

通常、グリッド管理者は

通常、テナントユーザーは

目的地はどこですか？

オブジェクトが目的地に移動される原因は何ですか?

アクティブな ILM ポリシー内の 1 つ以上の ILM ルール。 ILM ルールは、 StorageGRID がクラウド ストレージ プールに移動するオブジェクトと、そのオブジェクトがいつ移動されるかを定義します。

CloudMirror エンドポイントで設定されたソースバケットに新しいオブジェクトを取り込む行為。バケットが CloudMirror エンドポイントで構成される前にソース バケットに存在していたオブジェクトは、変更されない限り複製されません。

オブジェクトはどのように取得されますか?

アプリケーションは、クラウド ストレージ プールに移動されたオブジェクトを取得するために、 StorageGRIDにリクエストを送信する必要があります。オブジェクトの唯一のコピーがアーカイブ ストレージに移行されている場合、 StorageGRID はオブジェクトを復元して取得できるようにするプロセスを管理します。

宛先バケット内のミラーリングされたコピーは独立したコピーであるため、アプリケーションはStorageGRIDまたは S3 宛先にリクエストを送信することでオブジェクトを取得できます。たとえば、CloudMirror レプリケーションを使用してオブジェクトをパートナー組織にミラーリングするとします。パートナーは独自のアプリケーションを使用して、S3 の送信先からオブジェクトを直接読み取ったり更新したりできます。 StorageGRIDの使用は必須ではありません。

宛先から直接読み取れますか?

いいえ。クラウド ストレージ プールに移動されたオブジェクトは、 StorageGRIDによって管理されます。読み取りリクエストはStorageGRIDに送信する必要があります ( StorageGRIDが Cloud Storage Pool からの取得を担当します)。

はい、ミラーコピーは独立したコピーであるためです。

ソースからオブジェクトが削除されるとどうなりますか?

オブジェクトはクラウド ストレージ プールからも削除されます。

削除アクションは複製されません。削除されたオブジェクトはStorageGRIDバケット内に存在しなくなりますが、宛先バケット内には引き続き存在します。同様に、ソースに影響を与えずに宛先バケット内のオブジェクトを削除できます。

災害発生後（StorageGRIDシステムが動作不能）にオブジェクトにアクセスするにはどうすればよいでしょうか?

障害が発生したStorageGRIDノードを回復する必要があります。このプロセス中に、複製されたオブジェクトのコピーは、クラウド ストレージ プール内のコピーを使用して復元される場合があります。

CloudMirror の宛先にあるオブジェクトのコピーはStorageGRIDから独立しているため、 StorageGRIDノードが回復される前に直接アクセスできます。