古いファイルを自動で安く保管し、いずれ自動で消す

手順に迷ったときや、用語の意味を確かめたいときに開きましょう。

※ リンク切れの場合は、ページタイトルで検索してください。

アップロードしたオブジェクトは、置いてからの日数に応じて、安いストレージクラスへ段階的に移っていき、最後は自動で削除されます。下は設定の一例です（日数やクラスは自分で決められます）。

以下の要件を満たすライフサイクルルールを作成してください。日数やクラスは例を参考に、自分で決めて構いません。

「バケットを用意 → ルールの適用範囲 → 移行のアクション → 削除のアクション」の順に組み立てます。日数の意味を意識しながら設定しましょう。

1. マネジメントコンソールにサインインし、リージョンを合わせる

   ブラウザで AWS マネジメントコンソールにサインインし、画面右上のリージョンが「アジアパシフィック（東京）ap-northeast-1」になっていることを確認します。

2. バケットを作り、確認用のファイルを置く

   S3 コンソールで「バケットを作成」し、世界で一意な名前を付けます。ルールの対象を分かりやすくするため、いくつかファイルをアップロードしておきます（特定範囲に適用したい場合は、logs/ のようなフォルダを作ってその中に置きます）。

   プレフィックスで対象を絞れる

   ライフサイクルルールは、バケット全体だけでなく logs/ のようなプレフィックス（先頭の名前）で対象を絞れます。「ログだけ古くなったら整理したい」といった使い分けができます。

3. ライフサイクルルールの作成を開始し、適用範囲を決める

   バケットの「管理」タブ →「ライフサイクルルールを作成」を開きます。ルール名（例：archive-and-expire）を付け、適用範囲を選びます。バケット全体に適用するか、プレフィックス（例：logs/）で絞るかを決めます。

   ライフサイクルルールを作成 — ルールの範囲（イメージ）

   ルールの範囲

   このバケット内のすべてのオブジェクトに適用

   バケット全体に同じルールをかける

   1 つ以上のフィルターを使用してルールの範囲を限定する

   プレフィックスやタグで対象を絞る

   ↳今回はバケット全体に適用するため「このバケット内のすべてのオブジェクトに適用」を選びます

   全体に効かせるときは確認が入る

   バケット内のすべてに適用する場合、影響範囲が広いため確認のチェックを求められます。意図した範囲かどうかを、ここで一度立ち止まって確かめましょう。

4. 「安いクラスへ移行」するアクションを設定する

   ルールのアクションで「オブジェクトの現行バージョンをストレージクラス間で移行する」を選びます。移行先のクラスと日数を、例を参考に設定します。

   移行 1	作成から 30 日後 → 標準 — 低頻度アクセス（Standard-IA）
   移行 2（任意）	作成から 90 日後 → Glacier Flexible Retrieval

   移行には最短日数の決まりがある

   たとえば「標準 → 標準-IA」は、作成から30 日以上たってからでないと移行できません。日数を小さくしすぎると設定できないことがあるので、例の値を目安にしましょう。クラスごとの特性は、参照ドキュメントで確認できます。

5. 「有効期限（自動削除）」のアクションを設定する

   同じルールの中で「オブジェクトの現行バージョンを有効期限切れにする」を選び、削除までの日数を設定します（例：作成から 365 日後）。これで、役目を終えたデータが自動で削除されるようになります。

   有効期限は「自動で消える」

   有効期限切れのアクションは、指定日数が過ぎたオブジェクトを自動で削除します。便利な反面、必要なものまで消さないよう、対象範囲と日数は慎重に決めましょう。移行の日数より後ろに設定するのが基本です。

6. 内容を確認して保存する

   ルールの「概要」で、適用範囲・移行（クラスと日数）・有効期限（日数）の内容を確認し、「ルールを作成」で保存します。一覧でルールのステータスが「有効」になっていれば設定完了です。

   移行・削除はこれから自動で起きる

   ルールは保存した時点から働き始めますが、実際の移行・削除は指定した日数が経過したオブジェクトに対して、後日自動的に適用されます。今すぐ画面上で移動が起きるわけではない点に注意しましょう。

初学者がよく引っかかる箇所を先回りでまとめました。答えそのものは載せていませんが、「どこを見直せばよいか」の手がかりとして使ってください。

要件の再確認ではなく、画面のどこを見れば達成を確認できるかをまとめました。S3 コンソールを開いて、次を順に確かめましょう。

• バケットの「管理」タブに、作成したライフサイクルルールがある。
• そのルールのステータスが「有効」になっている。
• ルールの詳細に、ストレージクラスへの移行（クラスと日数）の設定がある。
• ルールの詳細に、有効期限（削除）の日数の設定があり、移行より後ろの日数になっている。
• ルールの適用範囲（バケット全体、またはプレフィックス）が意図どおりになっている。

手を動かすことに加えて、次の問いに自分の言葉で答えられるようにしておくと、理解がより深まります。

1. 古いデータを安いストレージクラスへ移すと保管料金は下がりますが、いいことばかりではありません。安いクラスには、どんな「引き換え」があるでしょうか。
   ヒント

   安いクラス、とくに Glacier 系は、取り出しに時間がかかったり、取り出し自体に料金がかかったり、最低保存期間が決められていたりします。「保管は安いが、出すのは手間」という性質です。よく出し入れするデータには向かない、という観点で考えてみましょう。
2. 有効期限（自動削除）はコスト削減に役立ちますが、リスクもあります。どんな点に気をつけて日数や対象を決めるべきでしょうか。
   ヒント

   自動削除は、指定日数が過ぎたものを問答無用で消します。まだ必要なデータが対象範囲に含まれていると、自動で失われてしまいます。「対象範囲（プレフィックス）」と「日数」を、本当に消してよいものだけに合わせる慎重さが必要、という観点で考えてみましょう。
3. 「アクセス頻度が読めない・ばらばら」というデータの場合、日数で機械的に移行を決めるのが難しいことがあります。アクセス状況に応じて自動でクラスを最適化してくれる仕組みが S3 にないか、調べてみましょう。
   ヒント

   アクセスのパターンを自動で見て、よく使われるか・使われないかに応じてクラスを自動で動かしてくれるストレージクラスがあります。「日数で決め打ちできないデータ」に向いた選択肢です。「Intelligent-Tiering」というキーワードで調べてみましょう。

学習で作ったルールとバケットを片づけます。ライフサイクルルール自体には料金はかかりませんが、置いたオブジェクトには保管料金がかかるため、忘れず削除しましょう。

1. ライフサイクルルールを削除する（任意）：バケットの「管理」タブで、作成したルールを選んで削除します（バケットごと消す場合は省略してかまいません）。
2. オブジェクトを削除する：バケットを開き、アップロードしたオブジェクトをすべて削除します（バケット一覧で「空にする」を使うとまとめて消せます）。
3. バケットを削除する：中が空になったら、バケットを削除します。