LASSIC Media らしくメディア
Amazon S3のストレージコストを最適化する外注の進め方【Intelligent-Tiering】
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- S3のコストはストレージ量・ストレージクラス・リクエスト数・データ転送量の4要素で決まり、クラス選択の見直しと不要データの削除が削減の起点になります
- Intelligent-Tieringはアクセスパターンが読めないデータに、ライフサイクルルールは経過日数で自動移行・削除できるデータに向いており、組み合わせて使うことで継続的なコスト抑制が期待できます
- Storage Lensで現状を可視化し、クラス設計・ライフサイクル設計・モニタリングを外注する際の判断軸と委託先の選び方を整理します
目次
S3のコストが増える仕組み：4つの課金要素
Amazon S3のストレージコスト最適化とは、ストレージ量・ストレージクラス・リクエスト数・データ転送量という4つの課金要素を正確に把握し、アクセス頻度や保存目的に合ったクラスへの移行・不要データの削除・ライフサイクル自動化によってコストを適正化する取り組みです。データ量が増えるにつれてS3費用が膨らみ、気づいたときには削減の優先順位が立てにくくなっているケースは珍しくありません。
S3の課金はAWS公式料金ページ*1で確認できます。大きく4つの要素で構成されています。1つ目はストレージ量（保存データのGB単価×保存量）、2つ目はストレージクラス（クラスごとに単価が異なる）、3つ目はリクエスト数（PUT・GET等の操作回数）、4つ目はデータ転送量（S3からインターネットやほかのAWSリージョンへのデータ転送。なお転送先がAWSサービスの場合はパターンが異なります）です。
コスト増加の主な原因は、アクセス頻度に対して単価の高いストレージクラスを使い続けることと、不要になったデータを削除せずに蓄積し続けることです。多くの場合、デフォルトのS3 Standardで保存し続けたオブジェクトが大量に残り、実際にはほとんどアクセスされていない状態になっています。
リクエスト費用とデータ転送費用に関する注意点
ストレージクラスを低頻度アクセス向けに移行すると、保存単価は下がります。ただし、S3 Standard-IA（Infrequent Access）やGlacierクラスへの移行後にデータを取り出す場合は、取り出し（読み込み）に対して別途費用が発生します。アクセス頻度が読み違えていると、移行後の取り出し費用が積み上がり、期待した削減効果が出ないケースもあります。
データ転送費用（エグレス）についても費用構成に含まれますが、S3からCloudFront経由での配信やVPC内でのやりとりでは料金体系が異なります。エグレス最適化の詳細は別の専門領域になるため、本記事ではストレージクラスとライフサイクルによる保存コスト削減を中心に解説します。
S3ストレージクラスの種類と使い分け
AWS S3には複数のストレージクラスが用意されており、アクセス頻度・取り出し速度・保存期間の要件に応じて使い分けることがコスト最適化の基本です。AWS公式「Amazon S3 ストレージクラス」*2に各クラスの詳細が記載されています。
| ストレージクラス | 主な用途・特性 | 取り出し速度 | 最短保存期間 |
|---|---|---|---|
| S3 Standard | 高頻度アクセスのデータ。 保存単価は高いが取り出し費用なし。 |
即時 | なし |
| S3 Standard-IA | 月1回程度の低頻度アクセスデータ。 保存単価は低いが取り出し費用が発生。 |
即時 | 30日 |
| S3 One Zone-IA | 低頻度アクセスだが単一AZで可。 Standard-IAより保存単価が低い。再作成可能なデータに向く。 |
即時 | 30日 |
| S3 Intelligent-Tiering | アクセスパターンが不明・変動するデータ。 自動で階層移動。監視・自動化料金が発生。 |
階層による（高頻度層は即時） | なし |
| Glacier Instant Retrieval | 四半期に1回程度のアーカイブ。 即時取り出しが可能なGlacierクラス。 |
即時（ミリ秒単位） | 90日 |
| Glacier Flexible Retrieval | 年1〜2回程度の長期アーカイブ。 取り出しに数分〜数時間かかる。 |
数分〜12時間 | 90日 |
| Glacier Deep Archive | 年に1〜2回未満の超長期アーカイブ。 S3で保存単価が最も低いクラス。 |
12時間以内（標準） | 180日 |
クラス選択の基本的な考え方は「アクセス頻度と取り出し速度の要件に合わせる」ことです。毎日アクセスするデータをS3 Standardに置くのは自然ですが、1か月以上アクセスしていないデータがStandardのまま大量に残っているケースでは、Standard-IAやGlacierへの移行で保存コストを抑えられます。
注意が必要なのは最短保存期間の扱いです。Standard-IAは30日、Glacier Instant RetrievalとFlexible Retrievalは90日、Glacier Deep Archiveは180日が最短保存期間として設定されています。期間内に削除・移行した場合でも、最短保存期間分の費用が発生します。頻繁に更新・削除されるオブジェクトに対してIAやGlacierを選択すると、かえってコストが増える場合があります。
Intelligent-Tieringとライフサイクルルールによる自動最適化
S3のコスト最適化を継続的に維持するには、手動のクラス変更だけでは限界があります。データ量が増えるほど、個別に判断・操作するコストが積み上がります。AWS公式「Amazon S3 を使用したストレージコストの最適化」*3でも、Intelligent-Tieringとライフサイクルポリシーの活用が推奨されています。
S3 Intelligent-Tiering：アクセスパターン自動判定で階層移動
S3 Intelligent-Tiering（インテリジェント・ティアリング）は、オブジェクトのアクセスパターンをAWSが自動的に監視し、高頻度アクセス層・低頻度アクセス層・Archive Instant Access層などに自動移動させるストレージクラスです。アクセスが一定期間なければ下の層に移動し、再びアクセスがあれば高頻度層に戻ります。利用者がアクセスパターンを事前に把握しておく必要はありません。
AWS公式によると、低頻度アクセス層ではS3 Standardと比べて保存コストが抑えられ、Archive Instant Access層ではさらに大きな削減が期待できるとされています（削減幅はデータ特性・アクセスパターンによって変動します）。ただしIntelligent-Tieringはオブジェクトごとに監視・自動化料金が月次でかかります。128KBよりも小さいオブジェクトはIntelligent-Tieringの監視対象外（自動移動されない）であるため、小さいオブジェクトが大量にある環境では監視料金が割高になる場合があります。利用前にAWS公式の料金表で試算することが大切です。
ライフサイクルルール：経過日数による自動移行・削除
ライフサイクルルール（Lifecycle Rule）は、オブジェクトの作成からの経過日数に応じて、別のストレージクラスへの移行または削除を自動実行する機能です。たとえば「作成から30日後にStandard-IAへ移行し、90日後にGlacier Flexible Retrievalへ移行し、365日後に削除する」といったルールを設定できます。
ライフサイクルルールはバケット単位、またはオブジェクトのプレフィックス・タグ単位で設定できます。例えば「logs/」というプレフィックスのついたログファイルだけを対象にする、特定タグが付いたオブジェクトだけ移行対象にするといった絞り込みが可能です。アプリケーション側のコード変更なしに、保存ポリシーを自動化できる点が大きな利点です。
Intelligent-Tieringとライフサイクルルールの使い分け
2つの機能は相互補完的に使えます。アクセスパターンが読めないデータにはIntelligent-Tiering、明確な保存期限・移行タイミングが決まっているデータにはライフサイクルルールが向いています。たとえばシステムログのような「30日後には低頻度になると分かっているデータ」はライフサイクルルール、「ユーザー生成コンテンツのようにアクセスが予測しにくいデータ」にはIntelligent-Tieringという使い方が基本的な判断軸になります。
最適化を進める流れ：Storage Lensで可視化→設計→適用→モニタリング
S3コスト最適化を体系的に進めるには、現状の把握から始めることが大切です。どのバケット・どのオブジェクトが費用の大部分を占めているかを把握せずに手を動かしても、削減効果が見えにくくなります。
ステップ1：S3 Storage LensとCost Explorerで現状を把握する
S3 Storage Lens（ストレージレンズ）は、組織全体のS3使用状況・アクティビティ・コスト効率をダッシュボードで可視化するAWSの分析機能です。バケット・アカウント・リージョンをまたいだストレージ使用量・リクエスト数・データアクセスのアクティビティを一元的に確認できます。有料の詳細メトリクスを有効にすると、オブジェクトの最終アクセス日時など、クラス移行の判断に役立つ情報が得られます。
AWS Cost Explorerでは、S3の費用をストレージクラス別・バケット別に分解して確認できます。どのクラスがコスト全体に占める割合が高いか、月次のトレンドはどう変化しているかを把握することが、優先的に取り組むバケットの特定につながります。
ステップ2：アクセスパターンを把握してクラス・ルールを設計する
Storage Lensで収集したアクセスデータをもとに、各バケット・オブジェクトのアクセス頻度を分類します。アクセスがほとんどないオブジェクトが大量にある場合はライフサイクルルールでIAやGlacierへの移行・削除を設計します。アクセスパターンが不規則なバケットはIntelligent-Tieringへの移行を検討します。
設計時は最短保存期間とリクエスト費用の影響も計算に含めます。頻繁に削除・更新されるオブジェクトへのIA・Glacier適用は逆効果になるため、オブジェクトの平均サイズ・更新頻度・削除頻度を確認することが重要です。
ステップ3：ルールを適用し移行を確認する
ライフサイクルルールはAWSマネジメントコンソールのS3バケット設定、またはAWS CLI・APIから設定できます。大量のバケットに横断して設定する場合は、AWS CloudFormation（クラウドフォーメーション）やAWS CDK（Cloud Development Kit）を使ってコードで管理することが、設定ミスの防止と再現性確保に有効です。
Intelligent-Tieringへの一括移行は、既存オブジェクトのストレージクラスをS3 Batch Operations（バッチオペレーション）で変更するか、新規オブジェクトの保存先をIntelligent-Tieringに設定するバケットポリシーを組み合わせる方法があります。移行後はStorage LensとCost Explorerで変化を確認します。
ステップ4：モニタリングと定期レビューで継続的に維持する
データ量・アプリケーションの変化に応じて、最適なクラス設定は変わります。ライフサイクルルールやIntelligent-Tieringの設定を一度行ったあとも、定期的にCost ExplorerとStorage Lensで費用トレンドを確認し、不要になったルールの整理や新規データの移行対象追加を行うことが大切です。
また、不完全なマルチパートアップロードのオブジェクトも費用を発生させます。ライフサイクルルールに「AbortIncompleteMultipartUpload」（不完全なマルチパートアップロードの中止）を設定することで、途中で止まったアップロードのデータが蓄積しないよう自動化できます。
外注の使いどころ：診断・設計・実装を委託する判断軸
S3コスト最適化を内製で進めることは技術的には可能ですが、バケット数・オブジェクト数が多い環境では調査・設計・適用・検証の工数が大きくなります。外注を検討する際の判断軸と、委託先選定のポイントを整理します。
外注が有効な3つの場面
1つ目は現状診断（コスト診断）フェーズです。どのバケットが費用の主因か分からない、Storage Lensの詳細メトリクスを活用したことがないという場合、外部の専門家によるコスト診断で優先度を整理するところから委託することが有効です。
2つ目はライフサイクル・クラス設計フェーズです。アクセスパターンの分析と、バケットの用途・業務要件に合わせたライフサイクルルールの設計には、S3の挙動と最短保存期間・取り出し費用の関係を正確に理解した設計が必要です。設計ミスは費用増加につながるため、経験のある外注パートナーに委ねることでリスクを抑えられます。
3つ目は継続モニタリングフェーズです。社内にS3費用の定期確認・ルール改善を担当するリソースがない場合、月次の運用監視を外注することで、データ増加に伴うコスト増を早期に検知できます。
内製でS3最適化を進める場合に必要なスキルと工数の目安
内製対応に必要な知識の範囲は広くなります。S3全ストレージクラスの料金・特性の理解、Storage LensとCost Explorerの操作、ライフサイクルルールの設計と検証、CloudFormation・CDKを用いた設定管理、Intelligent-Tieringの対象オブジェクト選定と監視料金の試算が求められます。
バケット数が数十以上ある環境で体系的に取り組む場合、担当者1〜2名が数週間程度を集中させる工数が目安になります（実際の工数はバケット数・オブジェクト数・業務要件によって異なります）。設計ミスによって期待した削減が得られなかった場合のリカバリコストも考慮すると、外注の費用対効果が見合うケースは多くなります。
委託先の選び方：S3実績・設計力・説明責任で判断する
S3コスト最適化の外注先を選ぶ際に確認すべきポイントを整理します。まず、S3のストレージクラス設計・ライフサイクルルール設計・Storage Lensを活用したコスト分析の具体的な実績があるかどうかを確認します。提案段階でバケット特性ごとの設計思想を説明できるかどうかが見極めのポイントです。
次に、成果を定量的に示せる体制があるかどうかです。最適化前後のS3費用をCost Explorerで比較したレポートを提供できるか、KPIの定義と測定方法を契約前に合意できるかを確認します。「最適化しました」という報告だけで数値を示せない委託先は、費用対効果の評価が困難です。
長期的な関係で考える場合は、ナレッジ移転の意向も確認します。設定方針・運用手順のドキュメント化や、社内担当者への勉強会提供など、内製化への道筋を示せるパートナーが信頼しやすい委託先です。
外注費用の目安と費用対効果の考え方
外注費用はスコープ・バケット数・契約形態によって異なります。以下は市場参考値であり、一次資料に基づく数値ではありません。実際の費用は複数社への見積もりで確認してください。
| 契約形態 | 主なスコープ | 費用レンジ（市場参考値） | 向いているケース |
|---|---|---|---|
| 診断スポット型 | 現状可視化・診断レポート・優先度整理 | 数十万円台〜 | まず課題の全体像を把握したい場合 |
| 初期プロジェクト型 | 診断＋クラス設計＋ライフサイクルルール設計・実装 | 数十万〜数百万円程度（バケット数・スコープ次第） | バケット数が多く体系的な最適化が必要な場合 |
| 継続運用型（月次） | コスト監視・ルール改善提案・定期レポーティング | 月額数万〜数十万円程度 | 社内にS3コスト管理担当がいない場合 |
費用対効果の評価には、AWS Cost ExplorerでのS3費用の最適化前後比較が基本になります。外注費用と削減額のバランスを確認し、継続契約の判断材料にすることが大切です。
まとめ：S3コスト最適化を進める3つの軸
本稿では、S3の4つの課金要素とコスト増加の原因から始まり、7種類のストレージクラスの使い分け、Intelligent-Tieringとライフサイクルルールによる自動最適化の仕組み、Storage Lensを起点とした最適化フロー、外注の使いどころと委託先の選び方を整理しました。要点を3つに集約します。
第一に、S3コスト最適化の起点は現状把握です。Storage LensとCost Explorerでどのバケット・クラスが費用の主因かを特定してから、優先順位をつけて取り組むことが効率的です。
第二に、Intelligent-TieringとライフサイクルルールはS3コスト削減の実効手段です。アクセスパターンが不規則なデータにはIntelligent-Tiering、移行タイミングが明確なデータにはライフサイクルルールを使い分けることで、継続的なコスト抑制が期待できます。設計には各クラスの最短保存期間・取り出し費用の正確な理解が前提になります。
第三に、外注の有効性はバケット数・担当リソースの有無・設計リスクによって変わります。外注先はS3設計実績・定量的な成果説明力・ナレッジ移転の姿勢を軸に選ぶことが長期的な費用対効果につながります。
よくある質問
S3 Intelligent-TieringとStandard-IAはどちらを選ぶべきですか？
アクセス頻度が月1回程度と予測できるデータにはStandard-IAが向いています。一方、アクセスパターンが読みにくい・変動しやすいデータにはIntelligent-Tieringが適しています。Intelligent-Tieringはオブジェクトごとに監視・自動化料金が発生するため、128KB未満の小さいオブジェクトが大量にある環境では料金が割高になる場合があります。AWS公式の「Amazon S3 ストレージクラス」ページで両クラスの料金を確認し、Storage Lensで実際のアクセスパターンを把握してから選択することをお勧めします。
S3ライフサイクルルールの設定で注意すべき点はありますか？
最短保存期間に注意が必要です。Standard-IAは30日、Glacier Instant RetrievalとFlexible Retrievalは90日、Glacier Deep Archiveは180日が最短保存期間として設定されており、期間前に削除・移行した場合でも最短保存期間分の費用が発生します。頻繁に更新・削除されるオブジェクトに適用すると逆にコストが増えるため、対象オブジェクトの更新・削除頻度を事前に確認することが大切です。また、不完全なマルチパートアップロードを中止する「AbortIncompleteMultipartUpload」ルールの設定も合わせて行うことをお勧めします。
S3 Storage Lensとは何ですか？どのように活用できますか？
S3 Storage Lensは、組織全体のS3使用状況・アクティビティ・コスト効率をダッシュボードで可視化するAWSの分析機能です。バケット・アカウント・リージョンをまたいだストレージ使用量・リクエスト数・アクセスパターンを一元的に確認できます。無料の基本メトリクスと有料の詳細メトリクス（オブジェクトの最終アクセス日時など）があります。コスト最適化の出発点として、Storage Lensでアクセスパターンを把握してからIntelligent-Tieringやライフサイクルルールの設計に進む流れが効果的です。
S3 Glacier Deep Archiveはどのような用途に向いていますか？
Glacier Deep Archiveは、年に1〜2回程度しかアクセスしない長期アーカイブデータに向いています。S3の中で保存単価が最も低いストレージクラスですが、データの取り出しには標準で12時間以内かかるため、迅速な取り出しが必要なデータには向きません。コンプライアンス要件による長期保存が義務付けられたログデータや、災害対策用バックアップデータの保管に適しています。最短保存期間は180日のため、短期保存のデータへの適用は費用増につながります。
S3のコスト最適化を外注するとどのくらい費用がかかりますか？
外注費用はスコープ・バケット数・契約形態によって異なります。現状診断のみのスポット型は数十万円台から、ライフサイクル設計・実装を含む初期プロジェクト型は数十万〜数百万円程度、継続的なモニタリングを含む運用型は月額数万〜数十万円程度が市場参考値です（一次資料に基づく数値ではありません）。費用対効果を評価するには、AWS Cost Explorerで最適化前後のS3費用を比較することが大切です。複数社に見積もりを依頼し、スコープと成果指標を明確にしたうえで比較することをお勧めします。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Amazon Web Services「Amazon S3 料金」 — https://aws.amazon.com/jp/s3/pricing/（2024年）
- *2 出典：Amazon Web Services「Amazon S3 ストレージクラス」 — https://aws.amazon.com/jp/s3/storage-classes/（2024年）
- *3 出典：Amazon Web Services「Amazon S3 を使用したストレージコストの最適化」 — https://aws.amazon.com/jp/s3/cost-optimization/（2024年）
