ストレージクラスとライフサイクルのシナリオ判断

この単元で学ぶこと

• 再作成可否と取得時間から保存クラスを選ぶ
• 期間・サイズ・操作数の条件から費用を計算する
• 移行・復元・版管理のシナリオを判断する

本文解説

1. 原本と再作成可能なコピー 保存先を選ぶ前に、失った場合に元へ戻せるかを確認します。唯一の原本でAZ消失にも耐える必要があるなら、One Zone-IAの単一AZという特性は要件と合いません。別の保存先から再生成できる低頻度のコピーなら、復旧の時間と費用も含めてOne Zone-IAを比較できます。「バックアップ」という名前だけで必要な耐性は決まりません。

2. 読めるまでの待ち時間 年に数回しか使わなくても、その数回にミリ秒単位で読める必要があればGlacier Instant Retrieval等を比較します。半日以上待てる長期保管ならDeep Archive等も候補になります。Flexible RetrievalとDeep Archiveは復元を要求してから利用するため、利用者への回答期限と復元方式の時間を合わせます。低頻度という一条件だけで最も安い保存単価を選びません。

3. 短期保存の落とし穴 Standard-IAへ保存して10日後に削除しても、最小30日の料金条件を考慮します。単純化した説明では残り20日分を含む30日相当が比較の基礎になります。これは削除操作が20日間待たされるという意味ではありません。短命な一時データは、保存単価と残期間の料金、操作料金を合わせて評価します。

4. 小さなファイルの数 説明用にStandard-IAへ64 KBのオブジェクト200個を直接保存すると、実サイズの合計は12800 KBですが、最小課金サイズの合計は128×200＝25600 KBです。小さいファイルをまとめる方法もありますが、一つだけ読むために大きなまとまりを取得する負担が生じます。総容量だけでなく、数、読取り方、移行要求の回数から比較します。

5. アクセス変動を扱う Intelligent-Tieringの自動階層化は、アクセスが変動するデータへの選択肢です。小さいオブジェクトの扱いと監視料金を確認し、Archive Instant Accessと任意のArchive Accessを区別します。前者はミリ秒単位の取得、後者は復元待ちを伴います。名前にArchiveがあるから同じ利用方法だと考えないようにします。

6. 移行ルールの条件 Lifecycleはルールが指定する対象と経過条件へ適用します。現在の標準設定では128 KB未満を移行しないため、古い設定を編集した場合の動作差も確認します。また、最小保存期間を満たさず短い間隔でクラスを移すと、残期間の料金等を考慮する必要があります。例えばInstant Retrievalへ作成後4日で移し、そのクラスに90日置くなら次の移行は作成後94日が基準です。

7. 復元と保存クラス Flexible RetrievalやDeep Archiveからの復元では、一定期間アクセスできる一時的なコピーを作ります。復元しただけで元の保存クラスが恒久的にStandardへ変わるわけではありません。再び頻繁に使い続けるなら、必要なクラスへのコピー等の操作と料金を確認します。アーカイブと一時コピーがある期間の保存費用も見積もります。

8. 期限切れと過去版 版管理が有効な一般的なバケットで現行版を期限切れにしても、従来のデータ版は非現行版として残り得ます。現行版と非現行版に別の移行・期限切れ方針が必要です。業務上戻せる期間を確保しながら、保存量を管理します。保持保護の設定がある版では削除できない場合もあり、費用削減と保持要件の両方を確認します。

図解

重要ポイント

• 唯一の原本と再生成できるコピーで耐障害要件を分ける。
• 最小期間・サイズ・ファイル数と取出しを含めて計算する。
• 復元した一時コピーと恒久的なクラス変更を区別する。

間違えやすい点

• 10日で削除すれば低頻度クラスも10日分だけと考える。
• 現行版の期限切れで非現行版も同時に消えると考える。

用語解説

非現行版

版管理されたオブジェクトで、現在の版ではない以前のデータ版。

一時的な復元コピー

アーカイブから一定期間利用可能にするコピー。元のクラスの恒久変更とは異なる。

最小課金サイズ

実サイズが小さい場合でも料金計算に使う最低サイズ。

関連教材

• データ転送コストの考え方を理解する
• ストレージクラスとライフサイクルを理解する
• データ転送コストの考え方のシナリオ判断
• 料金・容量・サポートのシナリオ判断
• AWS Pricing Calculatorを理解する