Object Storage Service:特殊なシナリオにおけるレプリケーションの動作

バージョン管理を伴うレプリケーション

バージョン管理とレプリケーションを併用する場合、以下の制限事項が適用されます。

• レプリケーションは、バージョン管理の状態が同じ 2 つのバケット間でのみ有効化できます。ソースバケットと送信先バケットの両方でバージョン管理を有効にするか、または両方で無効にする必要があります。レプリケーションがアクティブな間は、いずれのバケットのバージョン管理状態も変更できません。

• レプリケーション中に、ソースバケットまたは送信先バケットのバージョン管理を一時停止することはできません。バージョン管理を一時停止するには、まずレプリケーションルールを削除する必要があります。

バージョン管理が有効なソースバケットからオブジェクトを削除すると、以下のシナリオが発生する可能性があります。

ライフサイクルルールとの併用

バージョン管理とレプリケーションを併用すると、送信先バケットに複数の非現在バージョンが作成され、ストレージコストが増加する可能性があります。ストレージコストを削減するには、ライフサイクルルールを使用してカスタムのデータ保持ポリシーを定義できます。

ライフサイクルルールとレプリケーションを併用する場合は、以下の点にご注意ください。

• レプリケーションにより、ソースバケットのライフサイクルルールの効果は送信先バケットに伝達されますが、ルール自体は伝達されません。送信先バケットにも同じルールを適用するには、そのバケット上で別途設定する必要があります。

• 送信先バケット内のレプリケートされたオブジェクトは、レプリケーション時刻ではなく、元のオブジェクトの作成時刻を保持します。

• レプリケーション中にライフサイクルルールによってソースバケット内のオブジェクトが削除された場合でも、レプリケーションプロセスは完了する可能性があります。この場合、レプリケートされたオブジェクトは送信先バケットに残ります。

• バージョン管理が有効なバケットに対してクロスリージョンレプリケーションを使用する場合、ソースバケットの削除マーカーが送信先バケットにレプリケートされます。これにより、送信先バケットでは削除マーカーがオブジェクトの現在バージョンとなり、以前の現在バージョンは非現在バージョンになります。送信先バケットに非現在バージョンをクリーンアップするライフサイクルルール（たとえば、1 日後に削除するなど）が設定されている場合、ルールの条件が満たされるとオブジェクトは完全に削除されます。そのため、送信先バケットでの意図しないデータ損失を防ぐため、非現在バージョンをクリーンアップするライフサイクルルールは慎重に構成してください。

サーバ側暗号化との併用

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

SSE-KMS を使用する場合、暗号鍵は CMK ID を指定するかどうかによって異なります。

• CMK ID を指定しない場合、KMS が管理するデフォルトの CMK ID が暗号化および復号に使用されます。

• CMK ID を指定する場合、指定された CMK ID が暗号化および復号に使用されます。

サーバ側暗号化とレプリケーションを併用する場合、以下のいずれかのシナリオが発生します。

保持ポリシーとの併用

バケットの保持ポリシー（WORM）がロック済みの場合、バケット内にオブジェクトをアップロードおよび読み取りできますが、保持期間が有効期限切れになるまでオブジェクトを変更（上書き）または削除することはできません。

この機能の詳細については、「保持ポリシー」をご参照ください。

保持ポリシーとレプリケーションを併用する場合、以下のいずれかのシナリオが発生します。