S3 ライフサイクルは他のバケット設定とどのように相互作用するか
S3 ライフサイクル設定に加えて、バケットに他の設定を関連付けることができます。このセクションでは、S3 ライフサイクル設定と他のバケット設定の関連について説明します。
S3 ライフサイクルと S3 バージョニング
S3 ライフサイクル設定は、バージョニング対応および非対応のどちらのバケットにも追加できます。詳細については、[S3 バージョニングによる複数のバージョンのオブジェクトの保持] を参照してください。
バケットのバージョニングが有効になっている場合は、最新のオブジェクトバージョン 1 個と、0 個以上の以前のバージョンが維持されます。現在のオブジェクトバージョンと以前のオブジェクトバージョン用に異なるライフサイクルルールを定義できます。
詳細については、「ライフサイクル設定の要素」を参照してください。
重要
S3 ライフサイクル設定に複数のルールがある場合、1 つのオブジェクトが同じ日に複数の S3 ライフサイクルアクションの対象になることがあります。このような場合、Amazon S3 は以下の一般的なルールに従います。
-
完全な削除は、移行より優先されます。
-
移行は、削除マーカーの作成より優先されます。
-
オブジェクトが S3 Glacier Flexible Retrieval 移行と S3 標準 – IA 移行 (または S3 1 ゾーン – IA 移行) の両方の対象になる場合、Amazon S3 は S3 Glacier Flexible Retrieval の移行を選択します。
例については、「重複するフィルタ、競合するライフサイクルアクションの例」を参照してください。
MFA が有効なバケットでの S3 ライフサイクル設定
多要素認証 (MFA) が有効なバケットの S3 ライフサイクル設定はサポートされていません。
S3 ライフサイクルとログ記録
Amazon S3 ライフサイクルアクションは、AWS CloudTrail オブジェクトレベルのログ記録ではキャプチャされません。CloudTrail は外部の Amazon S3 エンドポイントに対して行われた API リクエストをキャプチャしますが、S3 ライフサイクルアクションは内部の Amazon S3 エンドポイントを使用して実行されます。
S3 バケットで Amazon S3 サーバーアクセスログを有効にして、別のストレージクラスへのオブジェクトの移行やオブジェクトの失効など、S3 ライフサイクル関連のアクションをキャプチャして、完全な削除または論理的な削除を行うことができます。詳細については、「サーバーアクセスログによるリクエストのログ記録」を参照してください。
バケットでログ記録を有効にしている場合、Amazon S3 サーバーアクセスログで以下のオペレーションの結果がレポートされます。
| オペレーションログ | 説明 |
|---|---|
|
|
Amazon S3 は、ライフサイクルの |
|
|
Amazon S3 はバージョニングが有効なバケットに削除マーカーを追加することにより、現在のバージョンを論理的に削除します。 |
|
|
Amazon S3 はオブジェクトを S3 Standard – IA ストレージクラスに移行しました。 |
|
|
Amazon S3 はオブジェクトを S3 1 ゾーン – IA ストレージクラスに移行しました。 |
|
|
Amazon S3 はオブジェクトを S3 Intelligent-Tiering ストレージクラスに移行します。 |
|
|
Amazon S3 は、オブジェクトの S3 Glacier Instant Retrieval ストレージクラスへの移行を開始します。 |
|
|
Amazon S3 は、オブジェクトの S3 Glacier Flexible Retrieval ストレージクラスへの移行を開始します。 |
|
|
Amazon S3 は、オブジェクトの S3 Glacier Deep Archive ストレージクラスへの移行を開始します。 |
|
|
Amazon S3 は不完全なマルチパートアップロードを中止しす。 |
注記
Amazon S3 サーバーアクセスログレコードは、ベストエフォートベースで配信され、すべての Amazon S3 リクエストの完全なアカウンティングには使用できません。
