S3 オブジェクトライフサイクル の概要
- S3 オブジェクトライフサイクルは、ライフサイクル構成を使用して管理することができます。
- ライフサイクル構成により、オブジェクトのライフサイクル管理の簡素化、例えば、アクセス頻度の低いオブジェクトの移動、数年間のデータのバックアップまたはアーカイブ、オブジェクトの永久的な削除など、すべてのトランジションを自動的に制御できます。
- 1000 ライフサイクルルールはバケットごとに設定可能。
- バケットに適用される S3 オブジェクトライフサイクル管理ルールは、バケット内の既存のすべてのオブジェクトだけでなく、新たに追加されるものにも適用できます。
- S3 オブジェクトライフサイクル管理では、2種類の動作が可能。
- オブジェクトのストレージクラスが変更されるTransition
- オブジェクトが完全に削除されるExpiration
- ライフサイクル管理は、1つの現在のオブジェクトのバージョンとゼロ以上の非現在のオブジェクトのバージョンのストレージを可能にするバージョン管理で構成することができます。
- オブジェクトのライフサイクル管理は、バージョン管理とバージョン管理が有効なバケットの両方に適用されます。
- バージョン対応でないバケットの場合
- 移行期間は、オブジェクトの作成日から考慮されます。
- バージョン対応のバケットの場合
- 現在のオブジェクトの遷移期間は、オブジェクトの作成日に対して計算されます。
- 非カレントオブジェクトの遷移期間は、オブジェクトが固定バージョン指定オブジェクトになった日付に対して計算されます。
- S3 は、オブジェクトが固定されている日数として、後続タスクが作成されてからの日数を使用します。
- バージョン対応でないバケットの場合
- S3 は、ルールで指定された日数をオブジェクトの作成時刻に加算し、結果の時刻を翌日の真夜中の UTC に丸めて時間を計算します。たとえば、オブジェクトが 15/1/2016 10:30 am UTC に作成され、移行ルールで3日を指定した場合、18/1/2016 10:30 は UTC になり、翌日の真夜中の時刻 19/1/2016 00:00 UTC に丸められます。
- MFA が有効なバケットのライフサイクル構成はサポートされていません。
S3 オブジェクトライフサイクル 管理ルール
- 標準または 低冗長化 -> (128 KB & 30 日)-> 標準IA
- サイズが 128 KB を超えるオブジェクトのみを移行できるため、標準IA への移行のコストメリットは、大きなオブジェクトに対してのみ実現できます。
- 標準IA に適しているよりも若いオブジェクトがより頻繁にアクセスされるか、または削除されるので、オブジェクトは 標準IA に移行される前に、現在のストレージクラスに少なくとも30日間保存する必要があります。
- 標準IA -> X -> 標準また低冗長化
- 標準IA から、標準または 低冗長化 に移行できない。
- 標準または 低冗長化 または 標準IA -> Glacier
- 任意のストレージクラスは、Glacier に移行することができます。
- 標準または 低冗長化 -> (1日)-> Glacier
- 標準または低冗長化から Glacier への移行は1日で行うことができます。
- 標準IA -> (30日)-> Glacier
- 標準IA から Glacier への移行は、オブジェクト作成日または現在のバージョン以外の日付から30日または60日後に行うことができます。
- Glacier -> X-> 標準または 低冗長化 または 標準IA
- Glacier のストレージクラスへのオブジェクトの遷移は一方向です。
- Glacier から他のどのストレージクラスにも移行できません。
- Glacier -> (90 日)-> 恒久的な削除
- 削除したオブジェクトが3か月以上アーカイブされている場合、Glacier にアーカイブされたデータを削除することは無料です。
- Amazon S3 は、オブジェクトがアーカイブから3か月以内に削除または上書きされた場合に、日割りでの初期削除手数料を請求します。
- 標準または 標準IA または Glacier -> X -> 低冗長化
- 任意のストレージクラスから 低冗長化 に移行できません。
- オブジェクトライフサイクル管理を使用した Amazon Glacier へのオブジェクトのアーカイブは、非同期的に実行され、ライフサイクル構成ルールの移行日と物理的な移行の日付の間に遅延が発生する場合があります。ただし、AWS はルールで指定された移行日に基づいて Amazon Glacier の料金を請求します。
- バージョニングが有効なバケットの場合
- 移行および有効期限のアクションは、現在のバージョンに適用されます。
- NoncurrentVersionTransition および NoncurrentVersionExpiration アクションは、固定バージョンに適用され、非バージョン管理対象のオブジェクトに類似した動作をします。
- 有効期限の規則
- バージョンなしバケットの場合
- オブジェクトは完全に削除されます。
- バージョン対応バケットの場合
- 有効期限は現在のオブジェクトにのみ適用され、非現在のオブジェクトには影響しません。
- S3 は、一意の id を持つ削除マーカーオブジェクトを挿入し、前の現在のオブジェクトが非現在のバージョンになります。
- 現在のオブジェクトが削除マーカーである場合、S3 はアクションを実行しません。
- バケットに削除マーカーである1つのオブジェクト (期限切れのオブジェクト削除マーカーと呼ばれます) がある場合、S3 は削除マーカーを削除します。
- バージョン対応の中断バケットの場合
- S3 は、バージョン ID が null の 削除 マーカーオブジェクトを挿入し、バージョン ID が null の任意のオブジェクトを上書きします。
- バージョンなしバケットの場合
- オブジェクトが有効期間の終わりに達すると、Amazon S3 は削除のためにキューに入れ、非同期的に削除します。有効期限と S3 がオブジェクトを削除する日付の間に遅延が発生することがあります。有効期限が切れたオブジェクトに関連付けられた保存時間は課金されません。
- 標準IA で30日未満のオブジェクトの有効期限が切れるようにライフサイクルポリシーを配置する場合、または90日未満の Glacier については、追加のコストに関する考慮事項があります。
AWS認定試験の練習問題
- 質問はインターネットから収集され、答えは自分の知識と理解に基づいてマークされます(これはあなたと異なる場合があります)。
- AWSサービスは毎日更新され、回答と質問はすぐに時代遅れになる可能性がありますので、それに応じて調査してください。
- AWSのアップデートのペースを追うためにAWS試験の質問は更新されないため、基礎となる機能が変更されても質問が更新されないことがあります。
- さらなるフィードバック、ディスカッション、修正を可能にします。
- あなたの会社は大量の空中画像データを S3 にアップロードしました。 以前は、社内環境では、専用のサーバーグループを使用してこのデータを処理し、オープンソースのメッセージングシステムであるRabbit MQ を使用してサーバーにジョブ情報を取得していました。 処理されると、データはテープに送られ、オフサイトで出荷されます。 マネージャーは、現行の設計を維持し、AWS アーカイブストレージとメッセージングサービスを活用してコストを最小限に抑えるように指示しました。 どれが正しい?
- ジョブメッセージの受け渡しに SQS を使用し、クラウドウォッチアラームを使用して、アイドル状態になったときに EC2 ワーカーインスタンスを終了します。データの処理が完了したら、S3 オブジェクトのストレージクラスを変更して冗長性ストレージを減らします (オンプレミスのテープ機能を交換する必要があります)。
- 自動スケーリングされたワーカーは、スポットインスタンスを使用して SQS 内のメッセージを処理するキューの深さによって引き起こされます。データの処理が完了したら、S3 オブジェクトのストレージクラスを変更して冗長性ストレージを減らします (オンプレミスのテープ機能を交換する必要があります)。
- 自動スケーリングされたワーカーは、スポットインスタンスを使用して SQS 内のメッセージを処理するキューの深さによって引き起こされます。データが処理されたら、S3 オブジェクトのストレージクラスをGlacier に変更します。 (テープバックアップに適した Glaier )。
- SNS を使用してジョブメッセージを渡すクラウドウォッチアラームを使用して、アイドル状態になったときにスポットワーカーインスタンスを終了します。データが処理されたら、S3 オブジェクトのストレージクラスを Glacier に変更します。
- オンプレミスの独自のデータストアがあり、データストアの内容を1つの圧縮された 50GB ファイルにダンプし、そのファイルを AWS に送信することによって、毎日バックアップする必要があります。 SLA には、過去7日間にバックアップされたダンプファイルが2時間以内に取得できることが記載されています。コンプライアンス部門は、すべてのデータを無期限に保持する必要があると述べています。データストアをバックアップから復元するために必要な時間は、約1時間です。オンプレミスのネットワーク接続は AWS に対して 1Gbps を維持できます。どのようなバックアップ方法を使用しても、費用対効果の最も優れたAWSを実現できますか?
- 毎日のバックアップファイルを Glacier に送信する(RTO を満たさない)
- AWSのEBSボリュームに毎日のバックアップファイルを転送し、ボリュームの毎日のスナップショットを取る(費用対効果が低い)
- 毎日のバックアップファイルを S3 に転送し、適切なバケツのライフサイクルポリシーを Glacier に送信する(S3 のストアを7日間実行してから Glacier にアーカイブする)
1 ゲートウェイキャッシュされたボリュームを持つストレージゲートウェイにバックアップファイルをホストし、日々のスナップショットを取得する(S3 ストレージだけでなくローカルストレージとしてもコスト効率が悪い)
Jayendra’s Blog
この記事は自己学習用に「AWS S3 Object Lifecycle Management – Certification(Jayendra’s Blogより)」を日本語に訳した記事です。
コメントを残す