Amazon S3 Glacierとは？3つのアーカイブストレージクラスと取り出し時間・料金・採用判断を実装者目線で解説

Amazon S3 Glacierは、Amazon S3が備えるアーカイブ（長期保管）向けのストレージクラス群です。めったに読まないけれど消すわけにはいかないデータを、通常のS3 Standardよりずっと安いGB単価で預けるための置き場所と考えると分かりやすいでしょう。この記事では、GlacierがS3オブジェクトストレージの一部だという位置づけ、Instant Retrieval・Flexible Retrieval・Deep Archiveという3つのクラスで取り出し時間がどう違うのか、復元（restore）リクエストで一時コピーを取り出すフロー、S3 Standardからライフサイクルで自動移行させる設計、そして保存・取り出し・最小保存期間で積み上がる料金モデルを一次情報で整理します。頻繁に読むデータはStandard、長期保管はGlacierという使い分けと、Glacierを採用すべき条件・かえって割高になる場面の判断基準まで、実装者がバックアップやアーカイブの設計で迷う論点を具体的に示します。

まとめ：Amazon S3 Glacierの仕組み・3クラスと採用判断の要点

Amazon S3 Glacierは、S3のオブジェクトストレージのなかで、長期保管に振り切ったストレージクラスの総称です。データは通常のS3バケットにオブジェクトとして保存し、ストレージクラスとしてGlacier系を指定します。保存のGB単価はStandardより大幅に安い代わりに、読み出すときに取り出し料金と待ち時間がかかる、というトレードオフが設計の起点です。クラスは、ミリ秒で即時取り出しできるGlacier Instant Retrieval、分から時間単位で取り出すGlacier Flexible Retrieval、最安だが12時間以上かけて取り出すGlacier Deep Archiveの3つに分かれ、アクセス頻度と許容できる取り出し時間で選び分けます。

料金は、安い保存料金に加えて、取り出したデータ量とリクエスト数に応じた取り出し料金、そして最小保存期間（Instant/Flexibleは90日、Deepは180日）より前に消すと発生する早期削除の課金で構成されます。このため、頻繁に読み書きするデータをGlacierに置くと、取り出し料金でかえって割高になりかねません。頻繁に読むものはStandardやStandard-IA、めったに読まないバックアップ・ログ・コンプライアンスアーカイブはGlacier系、という切り分けが基本です。迷う実装者は、本記事後半の採用条件と割高になる条件を、自社のデータの読み出し頻度に当てはめて判断してください。

Amazon S3 Glacierの仕組みとアーカイブストレージクラスとしての位置づけ

Glacierを設計へ落とし込むには、まず「これはS3とは別サービスではなく、S3のストレージクラスの一種だ」という前提を押さえます。ここを取り違えると、別の保存先へコピーする仕組みだと誤解したり、頻繁に読むデータまでGlacierに入れて取り出し料金で膨らませたりといった失敗につながりかねません。AWSやクラウドの全体像から確認したい場合は、クラウドとは何か・AWSの仕組みを事業者向けに解説した記事が上位の入り口になります。

S3のアーカイブ向けストレージクラス群としての全体の位置づけ

Amazon S3 Glacierは、独立した別サービスというより、S3が提供するストレージクラスのうちアーカイブ向けのものをまとめた呼び名です。データは通常のS3バケットにオブジェクトとして保存し、そのオブジェクトのストレージクラスにGlacier系を指定します。バケットやオブジェクトキーの扱いは他のS3クラスと同じで、保存に振り分ける先が変わるイメージです。S3全体のストレージクラスや基本的な料金の考え方は、Amazon S3のストレージクラスと料金を実装者目線で解説した記事で押さえると、Glacierがそのなかのどこにあたるのかがつかめます。なお旧来の単体「S3 Glacier」（ボールトとdirect API）も残りますが、いまはS3のストレージクラスとしてバケット経由で使うのが主流です。

低頻度・長期保管に効くコスト構造と即時アクセスとのトレードオフ

Glacier系のGB単価は、S3 Standardより大幅に安く設定されています。安さの引き換えになっているのが、読み出すときの取り出し料金と待ち時間です。StandardならオブジェクトをいつでもすぐGETできますが、Glacier Flexible RetrievalやDeep Archiveでは、まず復元（restore）を要求し、一時コピーが用意されるまで待ってから読み出す必要があります。つまりGlacierは「置いておく費用は極限まで削るが、読み出す費用と時間はかかる」というコスト構造です。読み出し頻度が高いデータほど取り出し料金がかさむため、めったに読まない長期データにこそ効きます。この即時性と保存単価のトレードオフを、データの読み出し頻度から見極めるのが設計の勘所です。

オブジェクトとして保存しライフサイクルで移行するデータの流れ

Glacierへのデータの入れ方には、大きく2通りあります。1つは、最初からストレージクラスをGlacier系に指定してオブジェクトをPUTする方法です。もう1つは、S3 Standardなど頻繁アクセス向けのクラスに保存しておき、ライフサイクルポリシーで一定日数後にGlacierへ自動移行させる方法です。Glacierはオブジェクトストレージの一部なので、置き方の考え方はブロックストレージとは異なります。ファイル単位で大量に預けて配信・保管するオブジェクトストレージの基礎を確認したい場合は、オブジェクトストレージの仕組みとブロックとの違いを解説した記事が土台になるでしょう。実務では、作りたてはStandard、時間の経過とともにGlacierへ落とす、という流れをライフサイクルで自動化する設計が起点になります。

Amazon S3 Glacierの3クラスと取り出し時間・料金の違い

Glacierで次に押さえるのが、3つのストレージクラスの選択です。求める取り出し時間の許容度と保存単価のバランスから、データごとに置き場所を決めます。

Glacier Instant Retrieval（ミリ秒取り出し）が効く場面

S3 Glacier Instant Retrievalは、Glacier系のなかで唯一、通常のGETでミリ秒単位に即時取り出しできるクラスです。復元リクエストを挟まずにすぐ読める代わりに、保存単価はFlexible RetrievalやDeep Archiveより高めに設定されています。向くのは、四半期に1回程度しか読まないが、いざ必要になったときは待たせられない、という長期データです。医療画像やニュース素材、過去の取引データのように、アクセスは稀でも即応が要る保管に合います。頻度は低いのに即時性だけは譲れない、というデータの受け皿がInstant Retrievalだと捉えると選びやすいでしょう。

Glacier Flexible Retrieval（分〜時間・取り出し無料枠）の用途

S3 Glacier Flexible Retrieval（旧S3 Glacier）は、取り出しに時間をかけてよい代わりに保存単価をさらに下げたクラスです。取り出しは方式を選べ、2026年7月時点の公表値の目安では、急ぎのexpeditedが概ね1〜5分、標準のstandardが概ね3〜5時間、大量データ向けのbulkが概ね5〜12時間で、bulkには取り出し料金の無料枠が設けられています。定期バックアップやディザスタリカバリ用のデータのように、普段は読まないが、復旧時にはまとめて取り出したい用途に向きます。取り出しまで数時間待てるなら、Instant Retrievalより保存費用を抑えられるのがこのクラスの利点です。

Glacier Deep Archive（最安・12〜48時間）の長期保存要件

S3 Glacier Deep Archiveは、AWSのストレージクラスのなかで最も保存単価が安いクラスです。取り出しには概ね12〜48時間かかり、3クラスのなかで最も待ち時間が長いぶん、保存費用を極限まで削れます。法令で数年〜十年単位の保持を求められるコンプライアンスアーカイブや、放送・研究データの長期保存のように、ほぼ読み出さないが確実に残す必要がある大容量データが対象です。最小保存期間も180日と長いため、短期で消したり読み直したりするデータには向きません。「原則読まない、消せない、とにかく安く」という要件に振り切ったのがDeep Archiveです。

Amazon S3 Glacierの取り出し・ライフサイクルと料金モデルの設計前提

Glacierは保存が安い一方で、読み出しの設計を誤ると取り出し料金と待ち時間が響きます。復元フローとライフサイクル、料金の積み上がり方を押さえて、置き場所と移行の設計を固めます。

復元（restore）リクエストと一時コピーの取り出しフロー

Glacier Flexible RetrievalとDeep Archiveのオブジェクトは、通常のGETでそのままは読み出せません。まず復元（restore）を要求し、取り出し方式（expeditedやstandard、bulkなど）と、復元コピーを保持する日数を指定します。要求後、そのクラスの取り出し時間が経つと一時的な復元コピーが用意され、その間だけ通常どおり読み出せるようになります。指定した保持日数を過ぎると復元コピーは消え、元のアーカイブだけが残る仕組みです。一方、Instant Retrievalはこの復元を挟まず即GETできる点が最大の違いです。バッチで大量に戻すならbulk、少量を急いで戻すならexpedited、と方式を使い分けると、取り出し料金と時間のバランスを取れます。

ライフサイクルポリシーによるStandardからの自動移行設計

Glacierの運用で軸になるのが、S3のライフサイクルポリシーによる自動移行です。オブジェクトの作成からの経過日数を条件に、たとえば90日でStandardからGlacier Instant Retrievalへ、365日でDeep Archiveへ、といった多段の移行ルールを設定できます。人手で移し替える必要がなく、データの鮮度に応じて保存単価を段階的に下げられるのがこの仕組みの強みです。あわせて、一定日数で失効（削除）させるルールも組めるため、保持期間の切れたログを自動で消してコストを抑える運用もできます。最初はStandardに置き、読まれ方が落ち着いたらGlacierへ、保持義務が切れたら失効、という流れをポリシーで表現するのが設計の起点になります。

保存・取り出し・最小保存期間で積み上がるGlacierの料金モデル

Glacierの料金は、安い保存料金（GB-month）だけを見ると見誤ります。実際には、保存料金に加えて、読み出すときの取り出し料金（取り出したGB量とリクエスト数に応じ、クラスと取り出し方式で単価が変わる）と、最小保存期間より前に消したときの早期削除の日割り課金が積み上がる構造です。最小保存期間はInstant/Flexibleが90日、Deepが180日で、これより早く削除・上書きしても最小期間ぶんは課金されます。小さなオブジェクトを大量に置くと、リクエスト単位の費用や各オブジェクトのメタデータ相当の下限で割高になりやすい点にも注意が要ります。米国リージョンの公表値の目安では、Instant Retrievalが概ね$0.004/GB-月、Flexible Retrievalが概ね$0.0036/GB-月、Deep Archiveはさらに安いとされますが、実料金はリージョンと時点で変わるため、AWS公式の料金ページで対象リージョンと時点を確認してください。

Amazon S3 Glacierを採用すべき条件と各ストレージとの使い分け

ここでは判断を言い切ります。Glacierは、めったに読まない長期データを安く預ける用途に強い反面、頻繁に読み書きするデータや、すぐに使いたい作業用データの置き場所には向きません。自社データの読み出し頻度と即時性の要件から、置き場所を条件付きで見極めてください。

Glacierの採用が効くワークロードと保存要件の条件の見極め

採用が効くのは、「読み出しは稀だが、法令や運用で消せない」「保存単価をとにかく下げたい」という条件が重なるデータです。具体例は、数年保持が要るバックアップ世代、監査やコンプライアンスのためのログ・帳票、放送・研究・医療で残す大容量メディア、退役したシステムの保管データが当てはまります。取り出しに数時間〜数十時間待てるならFlexible RetrievalやDeep Archive、稀にでも即応が要るならInstant Retrieval、と取り出し許容度で選びます。こうしたAWS上のバックアップ・アーカイブ基盤やライフサイクル設計を自社に取り入れるなら、AWSを含むクラウドインフラ構築の相談窓口で、クラス選定や取り出しコストの見積り、保持ポリシーの妥当性を相談するとよいでしょう。

Glacierが割高になる場面とStandard/Standard-IAへ寄せる切り分け

頻繁に読み書きするデータや、レスポンスの速さが要る配信・参照データをGlacierに置くのは割高で用途違いです。日常的に読むものはS3 Standard、月に数回程度のアクセスならStandard-IA（低頻度アクセス）へ寄せます。Glacierは保存が安い代わりに取り出し料金がかかるため、読み出し回数が多いと取り出し料金でStandardより高くつくことがあります。とくにDeep Archiveは取り出しに半日以上かかるので、すぐ使う可能性があるデータには不向きです。読み出し頻度が「ほぼゼロならDeep Archive、たまにあるが待てるならFlexible、稀だが即応が要るならInstant、日常的に読むならStandard系」という段階で切り分けると迷いません。ブロックデバイスとして永続的に読み書きしたい用途は、そもそもオブジェクトストレージではなく、Amazon EBSのようなブロックストレージを解説した記事の領域なので、あわせて役割分担を確認してください。

3クラスの選び分けと取り出しコストを織り込んだ設計の見取り図

実装では、まず各データの「読み出し頻度」と「取り出しに許せる待ち時間」を洗い出すところから始めます。そのうえで、Standard系で持つのか、Glacierへ落とすのか、落とすならどのクラスかを、ライフサイクルポリシーの多段移行として表現します。設計の際は、保存料金の安さだけでなく、災害復旧や監査で実際に取り出すときの取り出し料金と所要時間まで織り込んで見積もるのが肝心です。復旧訓練で大量に戻す想定があるなら、bulk取り出しの無料枠があるFlexible Retrievalが効く場面もあります。まずは頻度と待ち時間で3クラスに振り分け、取り出しシナリオのコストを試算してから、ライフサイクルで自動化する順序が、コストを適正な水準へ寄せる実務的な進め方です。

よくある質問

Amazon S3 Glacierの導入検討で実装者から多く挙がる質問を、一次情報に基づいて簡潔に整理します。

Amazon S3 GlacierはS3とは別のサービスですか？

いまはS3の一部で、S3のアーカイブ向けストレージクラスの総称と捉えるのが実態に合います。データは通常のS3バケットにオブジェクトとして保存し、ストレージクラスにGlacier系を指定するか、ライフサイクルで移行させます。旧来の単体サービス（ボールトとdirect API）も残りますが、新規に使うならS3のストレージクラスとしてバケット経由で扱うのが主流です。

Glacier Instant・Flexible・Deep Archiveはどう選び分けますか？

取り出しに許せる待ち時間で選びます。稀にでも即応が要るならミリ秒取り出しのInstant Retrieval、数分〜数時間待てて費用を抑えたいならFlexible Retrieval、ほぼ読まず最安で長期保存したいなら12〜48時間かかるDeep Archiveです。読み出し頻度が高いデータは、そもそもGlacierではなくStandardやStandard-IAが向きます。

Glacierのデータを取り出すにはどうすればよいですか？

Instant Retrievalは通常のGETで即時に読めます。Flexible RetrievalとDeep Archiveは、まず復元（restore）を要求し、取り出し方式と復元コピーの保持日数を指定します。そのクラスの取り出し時間が経つと一時コピーが用意され、保持日数のあいだだけ読み出せる状態です。保持日数を過ぎると復元コピーは消え、元のアーカイブが残ります。

Glacierに置くとかえって高くつくのはどんな場合ですか？

頻繁に読み出すデータや、小さなオブジェクトを大量に置く場合です。Glacierは保存が安い代わりに取り出し料金とリクエスト費用がかかるため、読み出し回数が多いとStandardより割高になりえます。最小保存期間（90日／180日）より前に消しても下限ぶんは課金されるので、短命なデータや作業用データはGlacierに置かないのが無難です。

S3 StandardからGlacierへ自動で移せますか？

S3のライフサイクルポリシーで自動移行を設定できます。オブジェクト作成からの経過日数を条件に、Standardから一定日数後にGlacier Instant Retrieval、さらに後にDeep Archive、といった多段のルールを組めるのが強みです。あわせて保持期間の切れたデータを自動で失効させるルールも設定でき、鮮度に応じて保存単価を段階的に下げられます。

関連記事

• Amazon S3とは？オブジェクトストレージの仕組み・ストレージクラスと料金・採用判断を解説：GlacierはS3のストレージクラスであり、その全体像と他クラスとの位置づけを整理した記事
• オブジェクトストレージとは？仕組みとS3互換API・ブロックとの違いを実装視点で解説：Glacierが属するオブジェクトストレージの基礎とブロックとの違いを整理した記事
• クラウドとは？AWSとは何かを仕組み・料金・移行の判断まで解説：Glacierの前提となるクラウド・AWS全体像を事業者向けに整理した上位概念の記事
• Amazon EBSとは？仕組み・ボリュームタイプと料金モデル・採用判断を解説：Glacierと用途が異なるブロックストレージの選び分けを実装者目線で整理した記事