Pocket Bundle シリーズ : Amazon S3 ~ 無制限に拡張可能なオブジェクトストレージ

S3 は「Simple Storage Service」の頭文字 3 つの S から名付けられた、AWS の中核ストレージサービスです。2006 年のサービス開始以来、Amazon EC2 と並んで AWS の基盤を支え続けており、現在では世界中の企業がペタバイト規模のデータを S3 上で管理しています。

「オブジェクトストレージ」とは、ファイルをフォルダ階層ではなくフラットな構造で管理する方式です。データ本体にメタデータを紐付けて保存するため、大規模なデータを低コストで扱うことに最適化されています。

詳しくは、公式ドキュメントの「Amazon S3 とは」をご覧ください。

X ポスト » | Facebook シェア » | はてブ »

S3 には 3 つの主要な特徴があります。99.999999999 % (イレブンナイン) の耐久性、事実上無制限のスケーラビリティ、そして豊富なストレージクラスです。

「耐久性」と「可用性」は混同されがちですが、意味が異なります。耐久性はデータが消失しない確率、可用性はサービスにアクセスできる確率です。S3 Standard の可用性は 99.99 % で設計されており (年間約 52 分のダウンタイム相当）、SLA 保証値は 99.9 % です。データは失われなくても、一時的にアクセスできない時間は存在します。

事実上容量上限はなく「ペタバイト規模のデータも格納可能」ですが、単一のオブジェクトサイズの上限は 50 TB です (2025 年 12 月に 5TB から引き上げられました）。

ストレージクラスは後から変更可能です。最初は S3 Standard で始め、アクセスパターンが判明してからライフサイクルポリシーで自動最適化するのが一般的な運用です。

詳しくは、公式ドキュメントの「Amazon S3 の特徴」をご覧ください。

S3 は「バケット」の中に「オブジェクト」を格納する構造です。バケットはオブジェクトを格納するコンテナです。オブジェクトはデータ本体 (ファイルそのもの) とメタデータ (データに関する付随情報) で構成されます。

バケット名の「グローバルで一意」という制約は、全 AWS アカウントで重複不可を意味します。そのため company-project-env のように会社名・プロジェクト名・環境名を組み合わせた命名が一般的です。IP アドレス形式やピリオド連続、末尾ハイフンは使用できません。また、バケット名は作成後に変更できないため、命名規則を事前に検討しておくことをおすすめします。

メタデータはシステムメタデータ (Content-Type、Last-Modified など) とユーザー定義メタデータの 2 種類があります。ユーザー定義メタデータは 2 KB まで付与できます。

詳しくは、公式ドキュメントの「汎用バケットの概要」をご覧ください。

S3 はアクセス頻度やユースケースに応じて複数のストレージクラスを提供しています。頻繁にアクセスするデータ向けの S3 Standard、アクセスパターンが変化するデータ向けの S3 Intelligent-Tiering、低頻度アクセス向けの S3 Standard-IA / S3 One Zone-IA、長期保管向けの S3 Glacier 系 3 クラス、そして高速処理向けの S3 Express One Zone があります。また、AI 向けの新しいバケットタイプとして S3 Vectors も登場しています。

アクセスパターンが不明な場合は、S3 Intelligent-Tiering が有力な選択肢です。アクセス頻度に応じて自動的に最適なクラスへ移行するため、手動での判断が不要になります。なお、Archive Access 層と Deep Archive Access 層への自動移行はオプトイン (明示的な有効化) が必要です。また、1,000 オブジェクトあたり月額 $0.0025 の監視料金が発生します (128 KB 未満のオブジェクトは監視対象外で料金もかかりません）。監視対象 (128 KB 以上) のファイルが大量にある場合は、監視料金の合計が移行による節約額を上回ることがあるため、サイズ分布を事前に確認してください。

S3 One Zone-IA は単一 AZ 配置のため、AZ の物理的な喪失 (地震・洪水等の災害) が発生した場合、データが恒久的に失われる可能性があります。再生成可能なデータ (サムネイル、中間処理ファイルなど) 専用と考えてください。

IA クラスと Glacier クラスには最低保管期間があります (Standard-IA：30 日、Glacier Instant / Flexible：90 日、Glacier Deep Archive：180 日）。期間未満で削除・移行しても、最低期間分の料金が発生します。短命なデータには最低保管期間のない S3 Standard が最適です。

S3 Glacier Flexible Retrieval の取り出しオプションは 3 種類あります。緊急性に応じて選択してください。

• Expedited：1 ~ 5 分 (高額)
• Standard：3 ~ 5 時間 (標準料金)
• Bulk：5 ~ 12 時間 (無料)

詳しくは、公式ドキュメントの「Amazon S3 ストレージクラスの理解と管理」をご覧ください。

S3 はデフォルトで外部アクセスを遮断しています。具体的には、Block Public Access、IAM ポリシー、バケットポリシー、ACL、アクセスポイント、暗号化という多層のセキュリティレイヤーで保護されています。ACL (アクセス制御リスト) はオブジェクトやバケット単位で読み取り・書き込み権限を設定する仕組みで、従来はアクセス制御の主要な手段として使われていました。現在は新規バケットでデフォルト無効になっており、より柔軟なバケットポリシーの使用が推奨されています。

Block Public Access は、バケットポリシーや ACL の設定に関わらず、S3 への公開アクセスを一括でブロックする機能です。アカウントレベルとバケットレベルの両方で設定でき、意図しない公開を防ぐ最後の砦として機能します。ただし、これだけに依存するのではなく、IAM ポリシーで事前に適切な権限を設計しておくことが大切です。

バージョニングはオブジェクトの全変更履歴を保存し、誤削除や上書きから保護します。オブジェクトを削除すると、実際にはデータは消えず「削除マーカー」という目印が付与されます。この削除マーカーを取り除くことで、オブジェクトを復元できます。

レプリケーションはバケット間でオブジェクトを自動コピーする機能です。CRR (クロスリージョンレプリケーション) は災害対策、SRR (同一リージョンレプリケーション) はログ集約やコンプライアンス対応に活用されます。

S3 Lifecycle はオブジェクトのライフサイクルを自動管理し、コストを最適化します。例えば、Day 0 に S3 Standard で保存されたオブジェクトが、30 日後に Standard-IA、60 日後に S3 Glacier Flexible Retrieval、275 日後に自動削除されるといったルールを設定できます。

ルールはプレフィックス単位・タグ単位・バージョン管理単位で適用対象を指定できます。

ライフサイクルポリシーは一度設定すれば自動で運用されるのが最大のメリットです。ただし、移行には最低日数の制約があります。S3 Standard → Standard-IA / One Zone-IA は最低 30 日後からしか設定できません。Glacier 系への移行は 0 日から設定可能ですが、最低保管期間（Glacier Instant / Flexible：90 日、Deep Archive：180 日）未満で削除・移行すると早期削除料金が発生します。

最低保管期間未満での削除・移行は早期削除料金が発生します。例えば Standard-IA に移行して 15 日後に削除すると、残り 15 日分の料金が請求されます。

バージョニングと組み合わせる場合、現行バージョンと非現行バージョンに別々のルールを設定できます。非現行バージョンの削除ルールを忘れると、ストレージコストが想定の数倍に膨らむことがあります。

⚠ ライフサイクルポリシーの反映には遅延が生じることがあります（実務上、最大 48 時間程度とされています）。

詳しくは、公式ドキュメントの「ストレージのライフサイクルの管理」をご覧ください。

S3 はパフォーマンスと AI 対応の両面で進化を続けており、高速ストレージクラスの S3 Express One Zone と、新しいバケットタイプの S3 Vectors が登場しています。

S3 Express One Zone は 1 桁ミリ秒のアクセスレイテンシーを実現する高パフォーマンスなストレージクラスで、2023 年に GA (一般提供開始) となりました。S3 Standard と比較して、リクエストコストは最大 85 % 削減 (GET）、PUT は最大 55 % 削減、ストレージ料金は約 31 % 削減されます。単一 AZ 配置のため、AZ の物理的な喪失時にはデータが失われる可能性があるトレードオフがあります。

機械学習の学習データ読み込み、Apache Spark の中間ファイル、リアルタイム分析の一時データなど、速度優先・再生成可能なユースケースに適しています。

詳しくは、公式ドキュメントの「Amazon S3 Express One Zone ストレージクラス」をご覧ください。

S3 Vectors はベクターデータの保存と検索に特化した新しいバケットタイプ (ベクターバケット) で、2025 年 12 月に GA となりました。従来は専用のベクターデータベースを別途構築・運用する必要がありましたが、S3 Vectors を使うことで S3 上で直接ベクター検索が実行できます。RAG アーキテクチャで大規模なベクターデータを低コストで管理したい場合に特に有効です。

詳しくは、公式ドキュメントの「Amazon S3 Vectors」をご覧ください。

S3 はさまざまなアーキテクチャの中核を担います。静的ウェブサイト配信、データレイク、イベント駆動処理など多彩なユースケースに対応しています。

• ログ保存・静的コンテンツ → Amazon S3
• データベース → Amazon EBS
• 共有ファイルサーバー → Amazon EFS

詳しくは、公式ドキュメントの「AWS ストレージサービスの選択」をご覧ください。

S3 は高い耐久性とスケーラビリティからデータレイクの標準プラットフォームとして採用されています。IoT センサーやアプリケーションログなどのデータを収集し、S3 上で生データ (S3 Standard）、加工済みデータ (S3 Standard-IA）、アーカイブ (S3 Glacier) の 3 層に整理して管理します。

Amazon Athena (SQL クエリ）、Amazon SageMaker (機械学習）、Amazon EMR (Hadoop/Spark）、Amazon Redshift Spectrum などの分析サービスが直接 S3 を参照できます。

S3 をデータレイクの中心に置く最大のメリットは「ストレージとコンピュートの分離」です。データを 1 箇所に集約しておけば、複数の分析ツールから同じデータを参照できます。

Raw Data を Parquet 形式に変換するだけで、Amazon Athena のクエリコストと速度が劇的に改善します。列指向フォーマットにより、必要な列だけを読み込むため、スキャン量が大幅に削減されます。

パーティショニング設計も効果的です。例えば s3://bucket/logs/year=2026/month=01/day=15/ のように日付でフォルダを分けておくと、Amazon Athena は指定期間のフォルダだけをスキャンするため、コストと速度が大幅に改善します。

また、処理失敗時の再実行が容易なのも S3 データレイクの強みです。生データが S3 に残っているため、処理ロジックを修正して再実行できます。

詳しくは、公式ドキュメントの「AWS での分析」をご覧ください。

S3 は静的ウェブサイトのホスティング機能を提供しており、Amazon CloudFront と組み合わせることで HTTPS 対応と低レイテンシーのコンテンツ配信が実現できます。

ユーザーのアクセスは Amazon Route 53 (DNS サービス) でルーティングされ、Amazon CloudFront を経由して S3 バケットにアクセスします。この際、OAC (Origin Access Control) という仕組みにより、S3 バケットを非公開のまま Amazon CloudFront 経由でのみ配信できます。S3 バケットには index.html、CSS、JS、画像ファイルなどの静的コンテンツが格納されます。

S3 の静的ウェブサイトホスティング機能は HTTPS に対応していないため、本番環境では Amazon CloudFront を前段に配置するのが一般的です (詳細は前述のアーキテクチャ例パターン①を参照）。

OAC (Origin Access Control) は、Amazon CloudFront から S3 へのアクセスを安全に制御する仕組みです。旧方式の OAI (Origin Access Identity) では SSE-KMS 暗号化や POST リクエストに対応できないなどの制約がありましたが、OAC ではこれらが解消されています。新規構築では OAC を使ってください。

SPA (Single Page Application) と呼ばれる React や Vue.js などのフレームワークで構築されたサイトをホスティングする場合、ページ遷移時に 404 エラーが発生することがあります。これは SPA がブラウザ側でルーティングを処理する仕組みのためです。Amazon CloudFront のエラーページ設定で 404 → index.html にリダイレクトすることで解決できます。

詳しくは、公式ドキュメントの「Amazon S3 を使用して静的ウェブサイトをホスティングする」をご覧ください。

前述のとおり S3 はフラット構造のため、プレフィックスを指定せずに ListObjects API を実行すると全オブジェクトをスキャンします。大量オブジェクトがある場合はパフォーマンスに影響するため、プレフィックス設計が重要です。

パフォーマンス制限の「3,500 PUT/s・5,500 GET/s」はプレフィックスあたりの値です。プレフィックスを分散させれば実質無制限にスケールします。

バケット削除後、同一アカウント・同一リージョンであればすぐに同名バケットを再作成できます。異なるリージョンや異なるアカウントからの再利用には最大 1 時間程度のディレイが生じる場合があります。

マルチパートアップロードは、大きなファイルを複数のパートに分割して並列にアップロードする仕組みです。5 GB 以上のファイルでは必須ですが、100 MB 以上から利用が推奨されています。実際には 5 MB からパート分割が可能で、ネットワーク障害時にパート単位で再送できるため、大容量ファイルの転送安定性が向上します。

詳しくは、公式ドキュメントの「汎用バケットのクォータ、制限、制約」をご覧ください。

S3 は従量課金制で、ストレージ容量・リクエスト数・データ転送量で課金されます。ストレージ料金はストレージクラスで大幅に変動し、S3 Glacier Deep Archive が最も安価です。リクエスト料金は PUT/COPY/POST/LIST が高く、GET/SELECT が中程度、DELETE/CANCEL は無料です。データ転送はアップロードが無料、ダウンロードは有料です。

ライフサイクルでストレージクラスを自動移行することでコストを最適化できます。

料金で見落とされがちなのがリクエスト料金です。大量の小さなファイルを頻繁に読み書きすると、ストレージ料金より高くなることがあります。Amazon CloudFront のキャッシュを活用して S3 へのリクエスト数を削減するのが有効な対策です。

IA クラスには「取得料金」も発生します (GB 単位）。頻繁にアクセスするデータを IA クラスに置くと、S3 Standard より高くなる場合があります。同様に、バージョニング有効時は全バージョン分のストレージ料金がかかるため、不要なバージョンの蓄積にも注意が必要です。

S3 → 同一リージョン内の Amazon EC2/AWS Lambda 間のデータ転送は無料です。S3 → Amazon CloudFront (オリジンフェッチ) はリージョンに関わらず無料です。ただし S3 からのクロスリージョン転送 (CloudFront 経由を除く) は有料です。

詳しくは、公式ドキュメントの「Amazon S3 料金表」をご覧ください。

S3 についてさらに学ぶための公式リソースです。QR コードから各リソースにアクセスできます。

各リソースの使い分け：

• 公式ドキュメント : API リファレンスや設定値の正確な確認
  
• ベストプラクティス : セキュリティ・コスト最適化の設計指針
• AWS Black Belt : 体系的な学習や機能の深掘り
• AWS ブログ : 新機能の GA 情報や料金変更の最新情報
• 事例紹介 : NTT データグループが SAP S/4HANA 移行で Amazon S3 データレイクの中核に採用

なお、英語版の公式ドキュメントは日本語版より更新が早い場合があります。最新の仕様確認には英語版も参照することをおすすめします。

⚠ 本記事の内容は作成時点の情報です。料金や仕様は変更される場合があるため、最新情報は公式ドキュメントをご確認ください。

米倉 裕基
アマゾン ウェブ サービス ジャパン合同会社
テクニカルライター・イラストレーター

日英テクニカルライター・イラストレーター・ドキュメントエンジニアとして、各種エンジニア向け技術文書の制作を行ってきました。趣味は娘に隠れてホラーゲームをプレイすることと、暗号通貨自動取引ボットの開発です。現在、AWS や機械学習、ブロックチェーン関連の資格取得に向け勉強中です。

伊勢田 氷琴
アマゾン ウェブ サービス ジャパン合同会社
ソリューションアーキテクト

普段は業種業界問わず幅広いお客様の技術支援に携わっています。最近は Strands Agents や Amazon Bedrock AgentCore など AI エージェントの実装技術やビジネスとしての生成 AI 活用に関心を持ち、ブログや講演で積極的に情報発信を行なっています。