LASSIC Media らしくメディア
S3 Intelligent-Tieringでストレージコストを自動最適化する外注の進め方
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- S3 Intelligent-Tieringは、30日読まれないファイルを安い層へ、90日読まれないファイルをさらに安い層へ自動で移します。
- 128KB未満のファイルは安い層へ移らないので、128KB以上の件数と容量を調べ、監視の料金と減らせる額を比べます。
- 委託するときは、日数で保存先を移す既存の設定と重ならないかの確認と、月次の効果レポートを条件に入れます。
※ 本記事は2026年9月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
S3の請求額が毎月少しずつ増えている。どのデータがもう使われていないのか分からず、保存先を移す設定も決められない——。ログやバックアップを大量に抱えるAWS環境では、こうした悩みが起こりがちです。S3 Intelligent-Tiering（エス3 インテリジェント・ティアリング）とは、オブジェクト（S3に保存したファイル）へのアクセスを自動で監視し、しばらく使われていないものを料金の安い保存先（アクセス層）へ自動で移すAmazon S3のストレージクラスです。*1
S3 Intelligent-Tieringを使えば、どのデータがいつ使われなくなるかを予測しなくても、ストレージコストを下げられます。ただし万能ではなく、小さなファイルが大半を占める環境では効果が出ません。本記事では、AWSでストレージを管理する情報システム部門の担当者に向けて、アクセス層と料金の仕組み、向いている場面、導入の進め方、そして外部に委託するときに確認したい点を整理します。
目次
S3 Intelligent-Tieringとは
S3には、データを読み出す頻度に合わせて料金の違う保存先を選べるように、複数のストレージクラスが用意されています。これまでは、ライフサイクルポリシー（保存した日数に応じて保存先を移す設定）を自分で作り、どのデータが何日後に使われなくなるかを予測して、移す時期を決める必要がありました。S3 Intelligent-Tieringでは、この予測と設定が要りません。とくにログ、機械学習用のデータセット、バックアップのように、最初はよく参照されても時間がたつと読まれなくなるデータで効果が出やすくなります。流れを図にまとめました。
3つのアクセス層の違い
S3 Intelligent-Tieringが自動で使い分けるアクセス層は、次の3つです。移る条件と、S3 Standard（標準のストレージクラス）と比べた保存料金をまとめました。*1
| アクセス層 | 移る条件 | S3 Standardと比べた保存料金 |
|---|---|---|
| 高頻度アクセス層（Frequent Access） | 保存した直後。アクセスがある間はこの層に置かれる | S3 Standardと同じ水準 |
| 低頻度アクセス層（Infrequent Access） | 30日続けてアクセスがない | 安くなる幅は40%まで |
| Archive Instant Access層 | 90日続けてアクセスがない | 安くなる幅は68%まで |
低頻度アクセス層とArchive Instant Access層のどちらに移った後でも、アクセスがあれば自動で高頻度アクセス層へ戻ります。*1 名前に「Instant」とあるとおり、Archive Instant Access層は必要なときにすぐ取り出せます。長期保管向けのS3 Glacier Flexible Retrievalのように、取り出すまで待つ層ではありません。アクセスはまれでも、必要になったらすぐ読み出したいデータを置くのに向いています。
料金の仕組み
料金には、ほかのストレージクラスと違う点が3つあります。1つ目は、取り出し料金がないことです。S3 Standard-IA（読む頻度の低いデータ向けのクラス）やS3 Glacier Flexible Retrievalでは、データを取り出すたびにGB単位の料金がかかります。S3 Intelligent-Tieringでは、層の間を移っても、読み出しても取り出し料金はかかりません。保存してすぐ削除しても、決められた最低日数分の料金を請求されることもありません。*1 読まれる頻度が予想できないデータでも、読み出しの費用を気にせずに置いておけます。
2つ目は、オブジェクト1件ごとに月額のモニタリング・自動化料金がかかることです。*1 アクセスを監視して層を移すための料金で、オブジェクトの件数に比例して増えます。小さなファイルが大量にあるバケット（S3でデータを入れておく入れ物）では、この料金が積み上がりやすくなります。
3つ目は、128KB未満のオブジェクトの扱いです。128KB未満のオブジェクトは監視の対象にならず、アクセスの有無にかかわらず常に高頻度アクセス層に置かれます。モニタリング料金はかかりませんが、自動階層化による削減も受けられません。*1 費用対効果を見積もるときは、対象のバケットにある128KB以上のオブジェクトの件数と容量を調べるところから始めます。
向いている場面・向いていない場面
効果が出やすいのは、いつ参照されるかを前もって予想できないデータです。データ分析基盤のログ、機械学習の学習データ、IoT機器から集めたデータがこれに当たります。過去の取引ログや古いバックアップのように、長く保管するうちに読まれる回数が減っていくデータにも向いています。動画・画像・CSVファイルのように、1件あたりのサイズが大きいデータが中心のバケットでも効果が出やすくなります。
反対に、サムネイル画像やJSONのメタデータのように128KB未満の小さなオブジェクトが大半を占めるバケットでは、自動階層化の対象になるファイルが少なく、削減の効果はほとんど出ません。毎日読み書きするデータは低頻度アクセス層へ移らないため、S3 Standardに置いたままより、モニタリング料金の分だけ高くなります。保存して数日のうちに削除するデータも、層が移る前に消えるので効果が出ません。
適用するかどうかは、モニタリング料金の月額と、自動階層化で減らせるストレージ料金を比べて決めます。バケットごとのオブジェクト数、サイズの分布、読み出しの回数は、S3 Storage Lens（S3の使用状況を分析する機能）とCost Explorerで確かめられます。
ほかのストレージクラスとの違い
用途に合わせてストレージクラスを使い分けるのが、ストレージコストを抑える基本です。主なクラスを比べると、次のようになります。
| ストレージクラス | 向いている用途 | 取り出し料金 | 自動で移るか |
|---|---|---|---|
| S3 Standard | いつも頻繁に読むデータ。Webサービスで配信するコンテンツなど | なし | 移らない（ライフサイクルポリシーの設定が必要） |
| S3 Standard-IA | 読む頻度は低いが、必要なときにすぐ取り出したいデータ。災害復旧用のバックアップなど | GB単位でかかる | 移らない（設定が必要） |
| S3 Intelligent-Tiering | 読まれる頻度を予想できない、または変わるデータ。機械学習のデータセット、長期のログなど | なし | 移る（アクセスのない日数に応じて自動） |
| S3 Glacier Instant Retrieval | 四半期に1回程度しか読まないアーカイブ。医療画像や法的文書の長期保管など | GB単位でかかる | 移らない（設定が必要） |
| S3 Glacier Flexible Retrieval | 年1回以下の読み出しでよい長期アーカイブ。コンプライアンス上の保全など | GB単位でかかる。取り出しに数分〜数時間 | 移らない（設定が必要） |
S3 Intelligent-Tieringが役に立つのは、読まれる頻度を予想できない、または時間とともに変わるデータです。いつも頻繁に読むデータにはS3 Standardが合います。読む頻度が低いとはっきり分かっているデータなら、ライフサイクルポリシーで移すS3 Standard-IAやGlacierのほうが、合計の費用を抑えられる場合があります。
どう進めるのか
導入は、次の5つの手順で進めると確かめ漏れを防げます。第一に、Cost ExplorerでS3のストレージコストの推移を確認し、S3 Storage Lensでバケットごとのオブジェクト数、容量、いまのストレージクラスの分布を調べます。委託先と最初に打ち合わせる前にここまで調べておくと、話が具体的になります。第二に、適用するバケットと適用しないバケットを分けます。128KB未満のオブジェクトが多いバケットや、いつも頻繁に読まれるバケットは、適用しない候補です。
第三に、既存のライフサイクルポリシーをすべて書き出し、S3 Intelligent-Tieringと競合しないかを確かめます。競合があるときは、既存のルールを直すのか、削除するのか、残して併用するのかを文書で決めておきます。第四に、本番のバケットの設定は、社内の変更承認を経てから変えます。対象のバケット、変更の内容、元に戻す手順を書いた変更計画書を委託先から受け取り、承認してから作業してもらいます。
第五に、設定した後はCost Explorerでストレージクラスごとのコストの推移を毎月確認します。オブジェクトが低頻度アクセス層やArchive Instant Access層へ移っているかをS3 Storage Lensで確かめ、削減の効果を数字でつかみます。委託先に月次のレポートを求めておくと、効果の確認と次の見直しを続けやすくなります。
つまずきやすい点
一つ目は、既存のライフサイクルポリシーとの競合です。たとえば「30日後にS3 Standard-IAへ移し、60日後にGlacierへ移す」というルールがあるバケットにS3 Intelligent-Tieringを重ねると、両方の設定が同じオブジェクトに当てはまります。その結果、オブジェクトが意図しない層に移ったり、削除のルールで残したいオブジェクトが消えたりすることがあります。
二つ目は、いつも頻繁に読まれるデータに適用してしまうことです。自動階層化による削減は起きず、オブジェクトごとのモニタリング料金だけが増えます。S3 StandardからS3 Intelligent-Tieringに切り替えるときは、先に読み出しの回数を調べておきます。
三つ目は、オブジェクトの件数が非常に多いバケットです。数千万件の規模になると、モニタリング料金の合計が、減らせるストレージ料金を上回ることがあります。S3 Storage Lensで件数をつかみ、損益分岐を数字で試算してから適用を決めれば、思わぬ費用の増加を防げます。
外部に委託するときに確認しておきたい点
社内で進める場合は、S3のストレージクラスごとの料金の仕組み、ライフサイクルポリシーの設計、S3 Storage LensとCost Explorerの操作、IAM（AWSの利用権限を管理する機能）の設定といった知識が要ります。AWSを専任で担当し、S3の運用経験も豊富なエンジニアがいれば、社内で進めることでノウハウがたまります。AWSの運用担当者が兼務や少人数で、損益の計算や設定に不安があるなら、委託を検討する価値があります。
委託するときに確かめたい点は3つです。第一に、AWSのストレージ最適化を含む、クラウドコスト削減の支援実績があるか。実績のある委託先なら設定の手順が決まっており、早く着手できます。第二に、元請（プライムベンダー）として自社のエンジニアが直接作業するのか、再委託になるのか。再委託が多いと、情報管理のリスクが高まります。第三に、損益の試算、既存のライフサイクルポリシーとの競合の確認、月次の効果レポートが委託の内容に含まれているかです。
設定後の効果の確認まで長く委託すると、設定の意図や判断の経緯が委託先にしか残らなくなります。月次レポートの読み方を社内の担当者が学ぶ機会をつくるなど、いずれ社内で続けられるようにする計画もあわせて立てておきます。
まとめ：導入で確かめておきたい3つの点
S3 Intelligent-Tieringでストレージコストを下げるうえで、確かめておきたい点は3つに整理できます。第一に、対象のデータが、読まれる頻度を予想できないもの、または時間とともに読まれなくなるものかを見極めること。第二に、128KB以上のオブジェクトの件数と容量を調べ、モニタリング料金と減らせる保存料金を比べて損益分岐を試算すること。第三に、既存のライフサイクルポリシーとの競合を確かめ、変更承認を経てから設定し、毎月効果を測ることです。この3点を踏まえておけば、「設定したのに、モニタリング料金が増えただけだった」という事態を避けやすくなります。対象のバケット選びや設定の変更に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
S3 Intelligent-Tieringに変えると、データの読み出し方は変わりますか
変わりません。ストレージクラスを変えても、ファイルの置き場所を示すURLや、ファイルの名前にあたるオブジェクトキーは変わらず、いまのプログラムのまま読み書きできます。低頻度アクセス層とArchive Instant Access層も、S3 Standardと同じ低いレイテンシー（応答までの待ち時間）で読み出せるとAWSは説明しています。*1
既存のバケットのデータをS3 Intelligent-Tieringに移すには、どうすればよいですか
ライフサイクルルールを設定して、既存のオブジェクトをS3 Intelligent-Tieringへ移す方法が一般的です。オブジェクトをS3 Intelligent-Tieringのクラスを指定してコピーし直す方法もあります。どちらの場合も、既存のライフサイクルルールとの競合を先に確かめます。具体的な手順はAWSのユーザーガイドに載っています。*2
設定を委託した場合、社内にはどんな作業が残りますか
主に、対象のバケットの確認と変更の承認です。社内の窓口担当者が、委託先から出される変更計画書を確かめて承認し、設定後は月次レポートで効果を確認します。
S3のストレージコストを見直したいとき
対象のバケットの選び方から、設定の変更と効果の測り方までご相談いただけます。
Remoguとリラシクなら、AWSのストレージ設定やクラウドのコスト管理に加わるITエンジニアも探せます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考：Amazon Web Services「Amazon S3 Intelligent-Tiering」（https://aws.amazon.com/s3/storage-classes/intelligent-tiering/）。出典：AWS公式の製品ページ。3つのアクセス層と移る条件、保存料金の削減率、取り出し料金と最低保存期間がないこと、128KB未満のオブジェクトの扱い、モニタリング・自動化料金を参照（2026年9月確認）
- *2 参考：Amazon Web Services「Using S3 Intelligent-Tiering」（https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html）。出典：Amazon S3 ユーザーガイド。S3 Intelligent-Tieringの使い方と、オブジェクトを移す手順を参照（2026年9月確認）
