すべてのプロダクト
Search
ドキュメントセンター

Object Storage Service:クロスリージョンレプリケーションを使用して、コンプライアンス要件への対応、レイテンシの削減、セキュリティと可用性の確保を実現

最終更新日:Mar 26, 2026

クロスリージョンレプリケーション (CRR) は、オブジェクトの作成、更新、削除などの操作を、ソースバケットから別のリージョンにある送信先バケットへ、自動的かつ非同期 (ほぼリアルタイム) にレプリケーションする機能です。CRR は、同一アカウントまたは異なるアカウントのバケット間で設定できます。CRR を利用することで、コンプライアンス要件への対応、レイテンシの削減、データセキュリティと可用性の確保が可能になります。

利用シーン

CRR は、クロスリージョンでのディザスタリカバリやデータレプリケーションのニーズに応えます。送信先バケット内のオブジェクトは、ソースバケット内のオブジェクトの完全なレプリカとなります。オブジェクト名、バージョン管理情報、メタデータ、および作成日時、所有者、ユーザー定義メタデータ、オブジェクト ACL などのコンテンツはすべて同一です。以下の利用シーンの要件を満たすように CRR ルールを設定できます。

  • コンプライアンス要件への対応

    OSS は、保存されているすべてのオブジェクトに対してデフォルトでデータ冗長化メカニズムを提供していますが、一部のコンプライアンス要件では、地理的に離れた場所にデータレプリカを保存することが義務付けられています。CRR を使用すると、遠隔地の OSS データセンター間でデータをレプリケーションし、これらの要件を満たすことができます。

  • レイテンシの最小化

    顧客が 2 つ以上の地理的な場所にいる場合、顧客に近い OSS データセンターにオブジェクトのレプリカを保持することで、オブジェクトへのアクセス時のレイテンシを最小限に抑えることができます。

  • データのバックアップとディザスタリカバリ

    データセキュリティと可用性に対する要件が高い場合、書き込まれたすべてのデータの明示的なレプリカを別のデータセンターに保持できます。この方法により、地震や津波などの大規模な災害によって 1 つの OSS データセンターが破壊された場合でも、他のデータセンターのバックアップデータを有効化できます。

  • データ移行

    ビジネス上の理由で、ある OSS データセンターから別のデータセンターにデータを移行するために CRR を使用できます。

  • 運用効率の向上

    同じオブジェクトセットを分析するコンピューティングクラスターが 2 つの異なるデータセンターにある場合、両方のリージョンでオブジェクトのレプリカを保持できます。

機能

CRR は以下の機能を提供します。

  • Replication Time Control (RTC)

    RTC を有効にすると、OSS はほとんどのオブジェクトを数秒以内に、99.99% のオブジェクトを 10 分以内にレプリケーションします。また、RTC はデータレプリケーションのリアルタイムモニタリングも提供し、レプリケーションタスクのさまざまなメトリックを追跡できます。

  • ほぼリアルタイムのデータレプリケーション

    オブジェクトの作成、削除、変更などの操作は、ほぼリアルタイムで送信先バケットにレプリケーションされます。

  • データ整合性

    デフォルトでは、OSS はレプリケーション中にソースバケットと送信先バケット間の結果整合性を保証します。ただし、レプリケーションプロセス中に同じ名前のオブジェクトを送信先バケットに直接書き込んだ場合、OSS は 2 つのバケット間の結果整合性を保証できません。

  • 既存データのレプリケーション

    レプリケーションルールを設定した後にソースバケットに書き込まれた新しいデータをレプリケーションすることに加えて、ルールを設定する前にバケットに存在していたデータをレプリケーションすることもできます。

  • レプリケーション進捗の追跡

    新しいデータの最新のレプリケーションのタイムスタンプを表示したり、既存データの移行の進捗をパーセンテージで追跡したりできます。

  • バージョン管理

    ソースバケットと送信先バケットの両方でバージョン管理が有効になっている場合、CRR はすべてのオブジェクトバージョンで結果整合性を保証します。レプリケーションルールが書き込み操作 (作成と更新) 用に設定されている場合、ソースバケット内の特定のバージョンに対する削除操作はレプリケーションされません。ただし、ソースバケットで作成された削除マーカーは送信先バケットにレプリケーションされます。

  • 転送アクセラレーション

    転送アクセラレーションを使用すると、中国本土内のリージョンと中国本土以外のリージョン間での CRR のデータ転送速度を向上させることができます。転送アクセラレーションの詳細については、「転送アクセラレーションを使用した OSS へのアクセス」をご参照ください。

  • 暗号化されたデータのレプリケーション

    CRR は、暗号化されていないオブジェクト、および SSE-KMS または SSE-OSS を使用して暗号化されたオブジェクトのレプリケーションをサポートしています。詳細については、「サーバーサイド暗号化を使用したレプリケーション」をご参照ください。

  • イベント通知の設定

    イベント通知ルールを設定して、データレプリケーション中のソースバケットと送信先バケットの変更を監視できます。イベントタイプを ObjectReplication:ObjectCreatedObjectReplication:ObjectRemoved、および ObjectReplication:ObjectModified に設定すると、オブジェクトの作成、更新、削除、上書きに関する通知を受け取ることができます。詳細については、「イベント通知を使用してオブジェクトの変更をリアルタイムで監視する」をご参照ください。

注意事項

課金

  • CRR を使用すると、レプリケーションによって生成されるデータ転送トラフィックに対して課金されます。詳細については、「クロスリージョンレプリケーションのトラフィック料金」をご参照ください。アカウント間の CRR の場合、これらのトラフィック料金はソースバケットを所有するアカウントに請求されます。

  • RTC を有効にすると、追加の RTC 料金が発生します。詳細については、「RTC 料金」をご参照ください。アカウント間の CRR の場合、RTC 料金はソースバケットを所有するアカウントに請求されます。

  • 正常にレプリケーションされた各オブジェクトについて、OSS はその操作を 1 回のリクエストとしてカウントし、API リクエスト料金を請求します。詳細については、「リクエスト料金」をご参照ください。

  • 転送アクセラレーションを有効にすると、送信先バケットに追加の転送アクセラレーション料金が発生します。これらの料金は、送信先バケットを所有するアカウントに請求されます。詳細については、「転送アクセラレーション料金」をご参照ください。

  • CRR が低頻度アクセス (IA) またはアーカイブオブジェクトをレプリケーションする場合、オブジェクトは最初に解凍されません。そのため、データ取得料金は発生しません。

レプリケーション時間

CRR は非同期 (ほぼリアルタイム) のメカニズムを使用します。レプリケーション時間は、データ量に応じて数分から数時間かかる場合があります。レプリケーションに過度の時間がかかる場合は、帯域幅制限によってタスクが遅延していないか確認してください。帯域幅が問題である場合は、テクニカルサポートに連絡して帯域幅の増加をリクエストし、レプリケーション効率を向上させてください。

OSS コンソールでインバウンド CRR 帯域幅の使用量を確認できます。データ使用状況 > 基本データ タブに移動し、使用中の帯域幅 セクションで インバウンド CRR 帯域幅 メトリックを見つけます。このメトリックは、CRR 中にデータを送信先バケットに転送するために使用された帯域幅を示します。詳細については、「バケットの帯域幅使用量を記録する」をご参照ください。

同名オブジェクトの上書きリスク

両方のバケットに同時に書き込みができるため、ソースからのレプリケーションされたオブジェクトが、送信先にある同名の既存オブジェクトを上書きする可能性があります。

制限事項

リージョンの制限

  • 中国本土内のリージョンと中国本土以外のリージョンとの間で CRR を設定するには、転送アクセラレーションを有効にする必要があります。

ルール数

ソースバケット内のデータは、複数の送信先バケットにレプリケーションできます。1 つのバケットには、最大 100 個のレプリケーションルールを関連付けることができます。1

ご利用のユースケースで 100 個を超えるレプリケーションルールが必要な場合は、テクニカルサポートまでご連絡ください。

操作の制限

  • ソースバケットと送信先バケットは、同じバージョン管理の状態である必要があります。状態を一時停止にすることはできません。

  • レプリケーション関係にある 2 つのバケットのバージョン管理の状態を変更することはできません。

  • レプリケーションルールがアクティブな間は両方のバケットで操作を実行できるため、ソースからレプリケーションされたオブジェクトが送信先にある同名のオブジェクトを上書きする可能性があります。

  • バケットは、ソースか送信先かに関わらず、100 個のレプリケーションルールに制限されます。ご利用のユースケースでそれ以上必要な場合は、テクニカルサポートまでご連絡ください。

  • ソースバケットから送信先バケットへ、コールドアーカイブまたはディープコールドアーカイブオブジェクトをレプリケーションすることはできません。オブジェクトが解凍されているかどうかは関係ありません。

  • ソースバケットから、ストレージクラスがコールドアーカイブまたはディープコールドアーカイブである送信先バケットへ、追加可能オブジェクトをレプリケーションすることはできません。

関連トピック