LASSIC Media らしくメディア
S3 Intelligent-Tieringでストレージコストを自動最適化する外注の進め方
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- S3 Intelligent-Tieringはアクセスパターンを自動で監視し、30日・90日のアクセスなし判定でデータを低コストな層へ自動移動します。取り出し料金は一切発生しません。
- 128KB未満の小さいオブジェクトが多い環境ではモニタリング料金が割高になるため、有効・無効を判断する損益分岐の見極めが鍵になります。
- 設定・移行・効果測定には複数のAWSサービスの知識が必要であり、外注によってリスクを抑えながら着実に進められます。
目次
S3 Intelligent-Tieringとは—自動階層化でコストを最適化するストレージクラス
S3 Intelligent-Tiering（エス3 インテリジェント・ティアリング）とは、オブジェクトへのアクセスパターンを自動で監視し、データを最もコスト効率の高いアクセス層へ自動移動するAmazon S3のストレージクラスです*1。アクセス頻度が変動する大量データや、アクセス予測が困難なデータセットに適しています。
従来のS3ストレージクラスでは、ライフサイクルポリシーを手動で設定し、アクセス頻度を事前に予測したうえで移動タイミングを指定する必要がありました。S3 Intelligent-Tieringはこの予測と設定の手間を省き、オブジェクト単位で自動的に最適化します。
クラウドのストレージコストは、データ量の増加とともに積み上がりがちです。特にログデータ・機械学習用データセット・バックアップなど、初期は頻繁に参照するものの時間とともにアクセスが減少するデータは、放置するとストレージ費が肥大化します。S3 Intelligent-Tieringはこうしたアクセスパターンの変化に自動で対応します。
3つのアクセス層と削減率—IA層40%・Archive Instant層68%の根拠
S3 Intelligent-Tieringは、主に3つのアクセス層を持ちます*1。それぞれの層と移動条件・削減率を以下に整理します。
高頻度アクセス層（Frequent Access）—通常のS3 Standardと同等
オブジェクトを格納した直後に配置される層です。アクセスがある限りこの層に留まります。料金はS3 Standardと同水準であり、取り出し料金は発生しません。
低頻度アクセス層（Infrequent Access）—30日で自動移動・約40%削減
連続して30日間アクセスがないオブジェクトは、低頻度アクセス層（IA層）へ自動移動します*1。S3 Standardと比較してストレージ料金が約40%安くなります。移動後にアクセスが発生した場合、追加の取り出し料金なしに高頻度アクセス層へ自動で戻ります。
Archive Instant Access層—90日で自動移動・約68%削減
連続して90日間アクセスがないオブジェクトは、さらにArchive Instant Access層へ移動します*1。S3 Standardと比較してストレージ料金が約68%安くなります。この層でも取り出し料金は発生せず、アクセス時にはミリ秒単位でデータを取り出せます。
「Instant」という名称が示すとおり、S3 Glacier（アーカイブ）のように取り出しに時間がかかりません。アクセス頻度は低いが、いつでも即時に取り出せる必要があるデータに適しています。
料金体系の全体像—取り出し無料・モニタリング料金・128KB制限
S3 Intelligent-Tieringの料金体系はやや独特です。メリットとコストを正確に把握するには、3つの要素を理解する必要があります。
取り出し料金はゼロ—アクセスしてもコスト増なし
層間の移動に際してリトリーバル料金（取り出し料金）は一切発生しません*1。S3 Standard-IAやS3 Glacier Flexible Retrievalでは取り出し時にGB単位の料金が発生しますが、S3 Intelligent-Tieringでは無料です。アクセス頻度が読めないデータでも、読み出しコストを心配せずに利用できます。
オブジェクト単位のモニタリング料金—小さいオブジェクトには注意
S3 Intelligent-Tieringでは、アクセスパターンの監視・自動化のために、オブジェクト1件あたりの月額モニタリング/自動化料金が発生します*1。この料金はオブジェクトの数に比例するため、小さいファイルが大量にある環境では費用が積み上がりやすくなります。
128KB未満のオブジェクトは対象外—常にFrequent Access層に固定
128KB未満のオブジェクトは、アクセス頻度に関わらず常に高頻度アクセス層に配置されます*1。モニタリング対象にもならないため、これらのオブジェクトにはモニタリング料金が課金されません。一方で自動階層化によるコスト削減も適用されません。
小さいオブジェクトが多い環境でS3 Intelligent-Tieringを適用すると、128KB未満のオブジェクトが多数あってもモニタリング料金は発生しない代わりに、削減効果も得られないという点に注意が必要です。費用対効果を算出するには、対象バケット内の128KB以上のオブジェクト数とストレージ容量を把握することが出発点になります。
向くケース・向かないケース—損益分岐の見極め方
S3 Intelligent-Tieringはすべての用途に適しているわけではありません。効果が出やすいケースと費用対効果が低いケースを正確に把握することが重要です。
S3 Intelligent-Tieringが向くケース
- アクセスパターンが予測困難なデータセット：データ分析基盤のログ、機械学習の学習データ、IoTデバイスの収集データなど、いつ参照されるか事前に読めないデータ
- ライフサイクルが長く、アクセス頻度が徐々に低下するデータ：過去の取引ログ、アーカイブ用のメディアファイル、古いバックアップデータなど
- サイズが128KB以上のオブジェクトが中心のバケット：動画・画像・CSVファイルなど、1件あたりのサイズが大きいデータ
- ライフサイクルポリシーの管理工数を削減したい場合：手動ポリシー設定の維持・見直しをなくし、自動化したい環境
S3 Intelligent-Tieringが向かないケース
- 128KB未満の小さいオブジェクトが大多数を占める場合：サムネイル画像・JSONメタデータ・小さいテキストファイルなど。自動階層化の恩恵がなく、モニタリング料金のみ発生するリスクがある
- 常に高頻度でアクセスするデータ：毎日読み書きするオブジェクトはIA層へ移動しないため、モニタリング料金が割高になる
- 保管期間が非常に短いデータ：数日で削除されるデータはIA層・Archive層へ移動する前に消える。30日以上保管するデータに効果が出る
損益分岐の計算方法
損益分岐を見極めるには、「モニタリング料金の月額コスト」と「自動階層化で削減できるストレージ料金」を比較します。削減できる見込みのストレージ料金がモニタリング料金を上回るならば、S3 Intelligent-Tieringの適用が有効です。
AWS Cost ExplorerやS3 Storage Lens（S3の使用状況分析ツール）を使うと、バケットごとのオブジェクト数・サイズ分布・アクセスパターンを確認できます。これらのデータをもとに試算することで、適用の判断が具体的になります。
他ストレージクラスとの使い分け—S3 Standard・IA・Glacier比較
S3のストレージクラスは複数あり、用途に応じて使い分けることがコスト最適化の基本です。S3 Intelligent-Tieringを含む主要クラスを比較します。
| ストレージクラス | 向いている用途 | 取り出し料金 | 自動移動 |
|---|---|---|---|
| S3 Standard | 常に高頻度でアクセスするデータ。 Webサービスのコンテンツ・APIレスポンスのキャッシュなど |
なし | なし（手動ライフサイクル設定が必要） |
| S3 Standard-IA | アクセス頻度は低いが、必要時に即座に取り出せる必要があるデータ。 災害復旧用バックアップなど |
GB単位で発生 | なし（手動設定） |
| S3 Intelligent-Tiering | アクセスパターンが不明・変動するデータ。 機械学習データセット・長期ログなど |
なし | あり（30日・90日で自動移動） |
| S3 Glacier Instant Retrieval | 四半期に1回程度しかアクセスしないアーカイブデータ。 医療画像・法的文書の長期保管など |
GB単位で発生 | なし（手動設定） |
| S3 Glacier Flexible Retrieval | 年1回以下のアクセスでよい長期アーカイブ。 コンプライアンス要件によるデータ保全など |
GB単位で発生。取り出しに数分〜数時間 | なし（手動設定） |
S3 Intelligent-Tieringは「アクセスの多寡が読めない・変動する」場合に有効です。アクセスパターンが安定して高頻度のデータにはS3 Standard、明確に低頻度と分かっているデータには手動設定のS3 Standard-IAやGlacierのほうが総コストを抑えられる場合があります。
内製と外注の比較—必要スキルとリスク管理の違い
S3 Intelligent-Tieringの設定・移行・効果測定を内製で進める場合と外注する場合では、必要なスキルと作業リスクに大きな差があります。
| 比較軸 | 内製 | 外注 |
|---|---|---|
| 必要スキル | S3のストレージクラス仕様の理解、ライフサイクルポリシー設計、 S3 Storage Lens・Cost Explorerの操作、IAM権限設定 |
社内は窓口担当者（対象バケットの確認・変更承認）のみで対応可能 |
| 作業リスク | 既存ライフサイクルポリシーとの競合、誤設定による意図しない層移動、 128KB制限の見落としによる損益計算のズレ |
委託先がリスク調査・設定確認を担うため、誤設定リスクを軽減できる |
| 対応スピード | S3の料金体系や設定手順の習熟が必要で、着手まで時間を要する | AWS実績のある委託先であれば設定手順が確立しており、早期着手できる |
| 継続管理 | 社内にノウハウが蓄積され、定期的な効果測定を自走できる | 継続監視を委託する場合は委託先依存になる。 内製化計画をセットで立てると望ましい |
| 向いているケース | AWS専任エンジニアが在籍し、S3の運用経験が豊富にある | AWSの運用担当者が兼務・少人数、または損益計算・設定に不安がある |
内製で進める場合に必要なスキルと工数
内製でS3 Intelligent-Tieringを適切に導入するには、S3の全ストレージクラスの料金体系の理解、既存バケットのオブジェクト数・サイズ分布の分析スキル、そしてライフサイクルポリシーとの競合確認の知識が必要です。
既存のライフサイクルポリシーがS3 Intelligent-Tieringと競合すると、オブジェクトが意図しない層に移動したり、削除ルールが誤作動したりする場合があります。設定前に既存ポリシーを精査し、バケット単位で影響を確認する作業が必要です。128KB未満のオブジェクト比率が高い環境では、事前に損益計算を行わないとモニタリング料金のほうが高くなる場面もあります。
外注で進める進め方—委託先選定から効果測定まで5ステップ
AWSのストレージ最適化を外注する場合、以下の流れで進めると成果につながりやすくなります。
ステップ1：現状のS3コストとバケット構成をCost Explorerで把握する
委託先との初回打ち合わせ前に、AWS Cost ExplorerでS3のストレージコスト推移を確認してください。バケット名・オブジェクト数・使用容量・現在のストレージクラス分布をS3 Storage Lensで確認しておくと、委託先との対話が具体的になります。
ステップ2：対象バケットと適用除外バケットを事前に選定する
すべてのバケットにS3 Intelligent-Tieringを適用するのが最適とは限りません。128KB未満のオブジェクトが多いバケット、常時高頻度アクセスのバケットは適用除外候補です。対象範囲を事前に絞り込むことで、設定工数と誤適用リスクを抑えられます。
ステップ3：既存ライフサイクルポリシーとの競合を委託先に確認させる
委託先には既存のライフサイクルポリシーを全数確認させ、S3 Intelligent-Tieringとの競合有無を報告させます。競合がある場合の対処方針（既存ポリシーの修正・削除・共存）を書面で合意することで、後工程の誤設定リスクを低減できます。
ステップ4：変更承認フローを整備し、バケット単位で設定を実施する
本番バケットへの設定変更は社内の変更承認フローを経て実施します。委託先から提示された変更計画書（対象バケット・変更内容・ロールバック手順）を確認し、承認後に変更を実施する体制を整えることが大切です。
ステップ5：Cost Explorerで削減効果を月次確認し、継続最適化を維持する
設定後はCost ExplorerでS3のストレージクラス別コスト推移を確認します。IA層・Archive Instant層へのオブジェクト移動が進んでいるかをS3 Storage Lensで定期的に確認し、削減効果を定量的に把握します。委託先に月次レポートを求めることで、効果の継続的な確認と次の最適化施策の検討が可能になります。
注意点—設定ミスと移行時のリスク管理
S3 Intelligent-Tieringの設定・移行には、いくつかの落とし穴があります。導入前に確認しておくべき注意点を整理します。
既存ライフサイクルポリシーとの競合に注意する
既存のバケットにライフサイクルポリシー（例：30日後にS3 Standard-IAへ移動・60日後にGlacierへ移動）が設定されている場合、S3 Intelligent-Tieringを同時に適用すると動作が競合します。設定変更の前に既存ポリシーの棚卸しを行い、競合するルールを削除または修正することが必要です。
アクセス頻度が高いデータへの誤適用でコスト増になる場合がある
常時高頻度でアクセスするデータにS3 Intelligent-Tieringを適用すると、自動階層化の恩恵は得られず、オブジェクト単位のモニタリング料金のみが発生します。S3 StandardからS3 Intelligent-Tieringに変更する際は、アクセスパターンの事前分析が前提になります。
オブジェクト数が非常に多い場合はモニタリング料金の試算を先に行う
オブジェクト数が数千万件規模に達するバケットでは、モニタリング料金の合計が削減ストレージ料金を上回る場合があります。S3 Storage Lensでオブジェクト数を把握し、損益分岐を数値で試算してから適用判断をすることで、意図しないコスト増を防げます。
Archive Instant Access層は最低保存期間に注意する
Archive Instant Access層には最低保存期間（90日）があります*2。移動後に短期間で削除すると、最低保存期間分の料金が課金される場合があります。頻繁に削除・入れ替えが発生するデータへの適用は効果が出にくいことも覚えておいてください。
まとめ—S3 Intelligent-Tiering導入判断の3つの軸
本稿では、S3 Intelligent-Tieringの自動階層化の仕組みから、3つのアクセス層と削減率、料金体系、損益分岐の見極め方、他ストレージクラスとの使い分け、そして外注で進める際の5ステップを整理しました。要点を3つに集約すると次のとおりです。
第一に、S3 Intelligent-Tieringはアクセスパターンが不明・変動するデータに最も効果を発揮します。30日・90日のアクセスなし判定で自動的にIA層・Archive Instant層へ移動し、取り出し料金なしに条件により約68%のコスト削減が可能です。
第二に、128KB未満のオブジェクトへの適用効果はなく、モニタリング料金が発生するため損益分岐の試算が必須です。S3 Storage LensとCost Explorerでオブジェクト構成を事前に把握し、適用対象バケットを絞り込むことが成果につながります。
第三に、既存ライフサイクルポリシーとの競合確認・変更承認フローの整備を伴う設定作業は、AWS実績のある外注先に委ねることでリスクと工数を抑えられます。外注時は損益計算・設定確認・月次レポートの提供を条件とすることが大切です。
よくある質問
S3 Intelligent-TieringはS3 Standard-IAより原則としてコストが安くなりますか？
安くなるとは限りません。S3 Intelligent-Tieringではオブジェクト単位のモニタリング料金が発生するため、小さいオブジェクトが非常に多い環境ではモニタリング料金がストレージ削減額を上回る場合があります。アクセスパターンが明確に低頻度と分かっている場合は、取り出し料金の試算込みでS3 Standard-IAのほうが安価になるケースもあります。S3 Storage Lensで事前に試算することをお勧めします。
S3 Intelligent-Tieringに移行すると既存のデータへのアクセスに影響はありますか？
アクセス方法・APIは変わりません。ストレージクラスを変更してもS3のエンドポイントURLやオブジェクトキーは同一のままです。ただし、IA層やArchive Instant Access層のオブジェクトへのアクセスは、高頻度アクセス層に比べて若干のレスポンスタイム差が生じる場合があります*1。通常のアプリケーションアクセスには影響はありませんが、レイテンシー要件が非常に厳しい用途では確認が必要です。
既存のバケットをS3 Intelligent-Tieringに変更するにはどうすればよいですか？
既存オブジェクトのストレージクラスを変更するには、S3のライフサイクルポリシーを使ってオブジェクトをS3 Intelligent-Tieringに移行する方法が一般的です。バケットポリシーを変更するだけではなく、既存オブジェクトをS3 Intelligent-Tieringクラスで再配置（PUT Copy操作）するか、ライフサイクルルールで移行を設定します。既存のライフサイクルルールとの競合確認が前提です。具体的な手順はAWS公式ユーザーガイドをご参照ください*2。
S3 Intelligent-TieringのArchive Instant層に移動したオブジェクトはすぐに取り出せますか？
はい、取り出せます。Archive Instant Access層はミリ秒単位でのデータ取り出しが可能です*1。S3 Glacier Flexible Retrievalのように取り出しに数分〜数時間かかることはありません。取り出し料金も発生しないため、アクセス頻度は低いが急な参照が発生しうるデータに適しています。
S3 Intelligent-Tieringの外注を依頼する際、委託先に確認すべき点はありますか？
確認すべき点は主に3つです。第一に、AWSのストレージ最適化を含むクラウドコスト削減の支援実績があるかどうかです。第二に、元請（プライムベンダー）として自社エンジニアが直接作業を担うか、再委託になるかを確認してください。再委託が多いと情報管理リスクが高まります。第三に、損益計算・既存ライフサイクルポリシーの競合確認・月次の効果レポート提供が含まれるかを確認することをお勧めします。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Amazon Web Services「Amazon S3 Intelligent-Tiering」（AWS公式）
- *2 出典：Amazon Web Services「Using S3 Intelligent-Tiering」S3 Intelligent-Tiering ユーザーガイド（AWS公式）
