Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

StorageGRIDにおけるグリッド間複製とCloudMirror複製の比較

グリッドフェデレーションの使用を開始するにあたり、"グリッド間複製""StorageGRID CloudMirror レプリケーションサービス"の類似点と相違点を確認してください。

メモ クロスグリッドレプリケーションによって複製されたバケットで CloudMirror を使用することはできません。その逆も同様です。
クロスグリッド複製 CloudMirrorレプリケーションサービス

主な目的は何ですか?

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

テナントが StorageGRID のバケット(ソース)から外部の S3 バケット(宛先)にオブジェクトを自動的にレプリケートできるようにします。

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

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

  1. 2つのグリッド間でグリッドフェデレーション接続を設定します。

  2. 新しいテナントアカウントを追加すると、自動的に他のグリッドにも複製されます。

  3. 新しいテナントグループとユーザーを追加すると、それらも複製されます。

  4. 各グリッドに対応するバケットを作成し、グリッド間のレプリケーションを片方向または両方向で有効にします。

  1. テナントユーザーは、Tenant Manager または S3 API を使用して CloudMirror エンドポイント(IP アドレス、認証情報など)を定義することで、CloudMirror レプリケーションを設定します。

  2. そのテナントアカウントが所有するバケットは、CloudMirror エンドポイントを指すように設定できます。

誰が設定を担当するのですか?

  • グリッド管理者は、接続とテナントを設定します。

  • テナントのユーザーは、グループ、ユーザー、キー、およびバケットを設定します。

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

宛先は何ですか?

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

  • 互換性のあるS3インフラストラクチャ(Amazon S3を含む)。

  • Google Cloud Platform(GCP)

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

はい、ソースバケットと宛先バケットの両方でオブジェクトバージョニングが有効になっている必要があります。

いいえ、CloudMirrorレプリケーションは、ソースと宛先の両方において、バージョン管理されていないバケットとバージョン管理されたバケットの任意の組み合わせをサポートします。

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

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

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

オブジェクトはどのように複製されるのか?

クロスグリッドレプリケーションはバージョン管理されたオブジェクトを作成し、ソースバケットから宛先バケットにバージョンIDを複製します。これにより、両方のグリッド間でバージョン順序を維持することができます。

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

オブジェクトを複製できない場合はどうすればよいでしょうか?

オブジェクトは、メタデータの保存制限に従って、レプリケーションのためにキューに追加されます。

オブジェクトはレプリケーションのためにキューに入れられますが、プラットフォームサービスの制限が適用されます("プラットフォームサービスの利用に関する推奨事項"を参照)。

オブジェクトのシステムメタデータは複製されていますか?

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

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

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

アプリケーションは、いずれかのグリッド上のバケットにリクエストを送信することで、オブジェクトを取得または読み取ることができます。

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

オブジェクトが削除された場合、どうなりますか?

  • バージョンIDを含む削除リクエストは、宛先グリッドには複製されません。

  • バージョンIDを含まない削除リクエストは、ソースバケットに削除マーカーを追加します。このマーカーは、必要に応じて宛先グリッドにレプリケートできます。

  • クロスグリッドレプリケーションが一方向のみに設定されている場合、宛先バケット内のオブジェクトはソースに影響を与えることなく削除できます。

結果は、ソースバケットと宛先バケットのバージョン管理状態によって異なります(両者が同じである必要はありません):

  • 両方のバケットがバージョン管理されている場合、削除リクエストを実行すると、両方の場所に削除マーカーが追加されます。

  • ソースバケットのみがバージョン管理されている場合、削除リクエストを実行すると、ソースには削除マーカーが追加されますが、宛先には追加されません。

  • どちらのバケットもバージョン管理されていない場合、削除リクエストはソースからはオブジェクトを削除しますが、宛先からは削除しません。

同様に、宛先バケット内のオブジェクトは、ソースに影響を与えることなく削除できます。