ストレージ

ライフサイクルポリシー らいふさいくるぽりしー

オブジェクトストレージストレージクラス自動移行有効期限S3コスト最適化
ライフサイクルポリシーについて教えて

簡単に言うとこんな感じ!

ファイルの「年齢」に応じて自動で保管場所を変えたり、不要になったら自動で削除したりするルールのことだよ!新しいファイルは高速ストレージに、古くなったら安い倉庫へ、さらに古ければ自動削除――ってイメージ!


ライフサイクルポリシーとは

ライフサイクルポリシーとは、クラウドストレージ上のデータを「作成からの経過日数」などの条件に基づいて、自動的に別のストレージクラスへ移行したり、削除したりするためのルール設定のことです。代表的なサービスとして AWS S3・Google Cloud Storage・Azure Blob Storage などが対応しています。

ビジネスの現場では、最初はよく参照するファイルも時間が経つにつれてほとんどアクセスされなくなります。それでも高価な高速ストレージに置き続けるのはコストの無駄です。ライフサイクルポリシーを設定しておくと、人手を介さずに自動でコスト最適化を実現できます。

システム担当者がいちいち「古いログを移動して」と作業しなくてよくなるため、運用負荷を大幅に削減できる実務上の重要な機能です。コンプライアンス要件(例:「ログは7年保存後に削除」)をポリシーとして自動執行する用途にも活用されています。


ライフサイクルポリシーの仕組みと構造

ライフサイクルポリシーは「条件(トリガー)」と「アクション」の組み合わせで構成されます。

要素内容
対象の指定バケット全体 or プレフィックス(フォルダ)で絞り込むlogs/ 以下のみ対象
条件(トリガー)作成からの経過日数・最終アクセス日・バージョン番号など作成から30日後
アクションストレージクラスの変更 or 削除低頻度アクセス層へ移行

ストレージクラスの典型的な移行ルート

オブジェクトストレージには「高速だが高価」から「低速だが安価」まで複数のクラスがあり、ライフサイクルポリシーでこの移行を自動化します。

作成直後(頻繁にアクセス)
    ↓ 30日後
低頻度アクセス用クラス(例: S3 Standard-IA)
    ↓ 90日後
アーカイブクラス(例: S3 Glacier)
    ↓ 365日後
完全削除

覚え方:「ライフ」サイクル=「人の一生」で考える

  • 誕生(作成直後) → 毎日使う現役世代(高速ストレージ)
  • 中年(数十日後) → たまにしか呼ばれない(低頻度アクセス層)
  • 老後(数ヶ月後) → 押入れに保管(アーカイブ
  • 死去(数年後) → 完全に削除

この「人の一生」のイメージを持つと設定の意味が理解しやすくなります。

主要クラウドサービスのストレージ階層比較

サービス高速層低頻度層アーカイブ層
AWS S3StandardStandard-IA / One Zone-IAGlacier / Glacier Deep Archive
Google CloudStandardNearline / ColdlineArchive
Azure BlobHotCoolArchive

歴史と背景

  • 2000年代前半 — テープやNASによる階層型ストレージ管理(HSM: Hierarchical Storage Management)として概念は存在していたが、手動・専用ソフトウェアが必要だった
  • 2006年 — Amazon S3 がサービス開始。当初はストレージクラスは1種類のみ
  • 2011年 — AWS がS3にバケットライフサイクル設定機能を追加。期限切れ削除・移行ルールをXMLで記述できるように
  • 2012年 — S3 Glacier(旧名: Amazon Glacier)登場。ライフサイクルによるアーカイブ移行が現実的なコスト削減手段として普及
  • 2014年〜 — Google Cloud Storage、Azure Blob Storage もそれぞれライフサイクル管理機能を実装し、クラウドストレージの標準機能として定着
  • 2018年〜 — コンプライアンス・GDPR対応の観点から「一定期間後の自動削除」用途での採用が急増
  • 現在Kubernetes 環境や Infrastructure as Code(IaC)との統合が進み、Terraform や CDK でポリシーをコードとして管理する手法が主流に

ライフサイクルポリシーの構成図

ライフサイクルポリシーがどのようにデータの流れを制御するか、図で確認しましょう。

作成直後 Standard 高速・高コスト 30〜90日後 低頻度アクセス層 中速・中コスト 90〜365日後 アーカイブ層 低速・低コスト 365日以降 自動削除 30日後 90日後 365日後 ポリシー設定例(AWS S3) 条件: プレフィックス "logs/" 以下のオブジェクト アクション1: 作成から 30日後 → Standard-IA へ移行 アクション2: 作成から 90日後 → Glacier へ移行 アクション3: 作成から 365日後 → 完全削除

実務でよく使われる設定パターン

ユースケース移行タイミング削除タイミング主な目的
アクセスログ保管30日後に低頻度層1年後に削除コスト削減
法令対応アーカイブ90日後にGlacier7年後に削除コンプライアンス
バックアップ管理即時にGlacier3年後に削除長期保管コスト削減
開発環境の一時ファイルなし30日後に削除不要データの自動整理

関連する規格・RFC

規格・RFC番号内容
RFC 7232HTTP条件付きリクエスト(ETag / Last-Modifiedによるキャッシュ制御。ストレージAPIの基盤)

関連用語

  • オブジェクトストレージ — ファイルをフラットな構造で管理するクラウドストレージの方式
  • ストレージクラス — アクセス頻度・コストに応じたストレージの種別分類
  • S3(Amazon S3) — AWSが提供するオブジェクトストレージサービス
  • アーカイブ — 長期保存向けの低コスト・低速なストレージ層
  • IaC(Infrastructure as Code) — インフラ構成をコードで管理する手法。ポリシーのコード化に活用
  • コスト最適化 — クラウド利用コストを継続的に削減・管理する取り組み
  • バックアップ — データ消失に備えてコピーを別の場所に保管すること
  • GDPR — EUの個人データ保護規則。データの保存期間・削除義務に影響