Amazon S3とは?特徴・料金・ストレージクラスをS3互換サービスとの比較付きで解説
更新日:2026-04-22 公開日:2023-09-28 by アツシバ

「ファイルサーバーの容量が逼迫する」「バックアップ運用が属人化している」「オンプレNASの保守費が読めない」——中堅企業の情シスが抱えるこの3大課題に、Amazon S3はどう応えるのか。基本概念からストレージクラスの選び方、料金体系、セキュリティ設計、S3互換サービスとの比較まで実務目線で解説します。
Amazon S3は、容量問題・バックアップ・コスト管理を同時に解決できるクラウドストレージサービスです。
中堅企業の情シスが直面するストレージ3大課題
S3の機能解説に入る前に、情シス1〜3名体制の中堅企業(社員50〜300名規模)でよくあるストレージの課題を整理します。「自社も同じだ」と感じる項目があれば、S3が有力な解決策になる可能性があります。
| 課題 | よくある状況 |
放置した場合のリスク |
|---|---|---|
| ファイルサーバーの容量逼迫 | NAS購入から3〜5年で容量80%超え。増設のたびに数十万〜数百万円の投資が必要 | 業務停止・急な追加投資・データ削除トラブル |
| バックアップ運用の属人化 | 週次バックアップを特定の担当者が手動実行。手順書はあるが更新されていない | 担当者の異動・退職で復旧不能に |
| コストの不透明さと肥大化 | オンプレの保守費・電気代・人件費が「見えないコスト」として積み上がっている | 経営層への説明が困難。更新時に想定外の見積もり |
たとえば、製造業(社員120名)では「製品設計のCADデータや品質検査の画像データが年間500GBペースで増加し、NASの増設を2年おきに繰り返している」というケースがあります。また、士業事務所(社員30名)では「顧問先ごとの契約書・申告書類を10年保管する義務があるが、NASの容量と保守期限が先に来てしまう」という課題も典型的です。
S3はこれらの課題に対して、容量無制限の従量課金・ライフサイクルポリシーによる自動化・月額コストの可視化という3つのアプローチで応えます。
Amazon S3とは何のサービス?
Amazon S3は、AWSが提供するオブジェクトストレージサービスで、容量無制限・従量課金でデータを保存できるのが特徴です。
Amazon S3の概要と正式名称
Amazon S3の正式名称はAmazon Simple Storage Serviceです。2006年にサービス提供が開始され、AWSの中核サービスの一つとして、世界中の企業・組織で利用されています。フルマネージドサービスのため、サーバーの調達やストレージ容量の事前計画は不要で、使った分だけ課金される従量課金モデルを採用しています。
中堅企業の情シスにとっての最大のメリットは、「来年どのくらいデータが増えるか」を予測して設備投資する必要がなくなることです。オンプレNASでは3〜5年分の容量を見込んで初期投資しますが、S3なら1GBから始めて必要に応じて自動拡張されます。
オブジェクトストレージとは?ファイル・ブロックとの違い
オブジェクトストレージとは、データを「オブジェクト」単位でフラットに格納するストレージ方式です。各オブジェクトはデータ本体・メタデータ・一意のキーの3要素で構成されます。ファイルストレージのようなディレクトリ階層を持たず、プレフィックス( / 区切りの文字列)で疑似的にフォルダ構造を表現します。
| 比較軸 | オブジェクトストレージ(S3) | ファイルストレージ(EFS等) | ブロックストレージ(EBS等) |
|---|---|---|---|
| データ構造 | フラット(キー+メタデータ) | 階層型ディレクトリ | 固定サイズブロック |
| アクセス方法 | HTTP/REST API | NFS/SMB | OS経由(マウント) |
| スケーラビリティ | 事実上無制限 | 高い | ボリューム単位 |
| 主なユースケース | データレイク・バックアップ・静的配信 | 共有ファイルサーバー | DB・OS起動ディスク |
| 部分更新 | 不可(上書きのみ) | 可能 | 可能 |
| 情シス視点のポイント | NASの代替・バックアップ先として最適 | 既存NASのクラウド移行先 | EC2のディスクとして利用 |
💡 実務での判断基準
社内ファイルサーバーの「共有フォルダ」をそのまま移行したい場合はEFS、 バックアップやアーカイブとして大量データを低コストに保管したい場合はS3が適しています。
バケットとオブジェクトの基本構造
S3のデータ管理は、バケットとオブジェクトの2つの概念で成り立ちます。
- バケット:オブジェクトを格納するコンテナ。グローバルに一意の名前が必要で、1アカウントあたりデフォルトで数百〜1,000まで作成可能(引き上げ可能)
- オブジェクト:キー(パス名)・データ本体・メタデータで構成。1オブジェクトあたり最大5TBまで格納でき、バケット全体の容量制限はなし
Amazon S3にはどんな特徴がある?
99.999999999%(イレブンナイン)の耐久性
S3は99.999999999%(イレブンナイン)のデータ耐久性を設計値としています。これは1,000万個のオブジェクトを保存した場合に、1万年に1個の損失が想定される水準です。データは自動的に複数のアベイラビリティゾーン(AZ)に冗長化され、ハードウェア障害に対して高い復元力を持ちます。
オンプレNASでRAID構成を組んでいても、同一拠点に設置している以上、火災や水害には対応できません。S3なら物理的に離れた複数のデータセンターに自動複製されるため、情シスがRAIDの監視や交換対応から解放されるのも大きな利点です。
※ 耐久性(データが消失しない確率)と可用性(サービスにアクセスできる確率:S3 Standardで99.99%)は別の指標である点に注意してください。
エクサバイト規模の自動スケーリング
S3では容量の事前プロビジョニング(確保)が不要です。データ量の増加に応じて自動的にスケールし、リクエスト数の増減にも対応します。
📊 中堅企業での具体例
社員200名の企業で、1人あたり平均5GBのファイルを保有している場合、全社で約1TBのデータ量になります。オンプレNASなら4TBモデルを購入して将来に備えますが、S3なら1TBぶんだけ課金され、増えた分だけ自動で拡張されます。
デフォルト暗号化ときめ細かいアクセス制御
2023年以降、すべての新規バケットでSSE-S3(サーバーサイド暗号化)がデフォルトで有効になりました。また、パブリックアクセスブロックもデフォルトで有効化されており、意図しないデータ公開を防ぎます。アクセス制御はIAMポリシー・バケットポリシー・ACLの3層構造で管理できます。
静的WebホスティングとCloudFront連携
S3単体で静的Webサイトをホスティングする機能があり、HTML・CSS・JavaScriptなどのファイルを配信できます。CloudFrontと組み合わせることでCDN配信が可能になり、OAC(Origin Access Control)を使えばS3バケットへの直接アクセスを遮断したセキュアな配信を実現できます。
Amazon S3のストレージクラスはどう選ぶ?
8つのストレージクラスの特徴と比較
ストレージクラスとは、S3が提供するデータの保存階層のことです。アクセス頻度やコスト要件に応じて使い分けることで、大幅なコスト最適化が可能になります。
| ストレージクラス | 想定アクセス頻度 | 可用性 | AZ数 | 最小課金期間 | 取り出し料金 | 主なユースケース |
|---|---|---|---|---|---|---|
| S3 Standard | 高頻度 | 99.99% | ≧3 | なし | なし | アプリデータ・動的コンテンツ |
| S3 Intelligent-Tiering | 不定 | 99.9% | ≧3 | なし | なし | アクセスパターンが予測不能なデータ |
| S3 Standard-IA | 低頻度 | 99.9% | ≧3 | 30日 | あり | バックアップ・DR用途 |
| S3 One Zone-IA | 低頻度(再作成可) | 99.5% | 1 | 30日 | あり | サムネイル・再生成可能データ |
| S3 Glacier Instant Retrieval | 四半期1回程度 | 99.9% | ≧3 | 90日 | あり | 医療画像・ニュースアーカイブ |
| S3 Glacier Flexible Retrieval | 年1〜2回 | 99.99% | ≧3 | 90日 | あり(数分〜12時間) | コンプライアンス用長期保管 |
| S3 Glacier Deep Archive | 年1回未満 | 99.99% | ≧3 | 180日 | あり(12〜48時間) | 規制対応データ・7〜10年保管 |
| S3 Express One Zone | 超低レイテンシ | 99.95% | 1 | なし | なし | ML学習データ・リアルタイム分析 |
企業規模×データ量×アクセス頻度で選ぶストレージクラス早見表
中堅企業では「8つもあるクラスから、結局どれを選べばいいのか」が最大の悩みです。以下の早見表で、自社に合ったクラスを素早く判断できます。
| 企業規模 | 主なデータ種別 | データ量目安 | アクセス頻度 | 推奨クラス | 月額コスト目安(東京) |
|---|---|---|---|---|---|
| 50名以下 | 業務ファイル・契約書 | 〜500GB | 日常的 | S3 Standard | 約$12.5(約1,900円) |
| 50〜100名 | 上記+バックアップ | 500GB〜2TB | 業務ファイルは日常、バックアップは月1回 | Standard+Standard-IA | 約$20〜40 |
| 100〜300名 | 上記+過去案件アーカイブ | 2TB〜10TB | アーカイブは年数回 | Standard+IA+Glacier | 約$30〜100 |
| 300名以上 | 上記+ログ・映像データ | 10TB〜 | アクセスパターン混在 | Intelligent-Tiering中心 | Storage Lensで可視化推奨 |
※ 月額コストはストレージ料金のみの概算。リクエスト・転送料金は含まず
📣 経営層への説明ポイント
オンプレNASの更新費用(本体+保守で5年100〜300万円)と比較する際は、S3の月額コストに加えて、「容量上限に達して再投資するリスクがゼロになる」「バックアップ自動化で担当者の工数が月○時間削減できる」という運用コスト削減効果もセットで提示すると説得力が増します。
アクセス頻度別の選び方
実務での選択は、以下のフローで判断すると整理しやすくなります。
コスト最適化の鍵は「取り出し料金と保存料金のトレードオフ」を理解することです。保存料金が安いクラスほど取り出し時のコストや待ち時間が大きくなります。
ライフサイクルポリシーで自動階層化する方法
ライフサイクルポリシーとは、オブジェクトの経過日数に応じてストレージクラスを自動変更したり、削除したりするルールです。バックアップ運用の属人化を解消する強力な手段でもあります。たとえば以下のような設定が可能です。
- 作成 30日後:S3 Standard → S3 Standard-IA へ移行
- 作成 90日後:S3 Standard-IA → S3 Glacier Flexible Retrieval へ移行
- 作成 365日後:自動削除
📌 中堅企業での活用例
「直近1か月の業務ファイルはすぐ使えるように保管、1〜3か月前のファイルは低頻度アクセス用に移行、1年以上前のファイルはアーカイブ」というルールを一度設定すれば、情シス担当者が毎月手動でデータを整理する必要がなくなります。
Amazon S3の料金体系はどうなっている?
課金の3要素(ストレージ・リクエスト・データ転送)
S3は完全従量課金制で、最低利用料金はありません。課金は主に3つの要素で構成されます。
- ストレージ料金:保存容量 × ストレージクラス単価
- リクエスト料金:PUT/GET等のAPI呼び出し単位(DELETE・CANCELは無料)
- データ転送料金:S3→インターネットへの送信が課金対象(同一リージョンのAWSサービスへの転送は無料のケースあり)
| 課金要素 | 単価目安(東京リージョン・2026年4月時点) |
|---|---|
| ストレージ(最初の50TB/月) | $0.025/GB |
| PUT/COPY/POST/LIST(1,000件あたり) | $0.0047 |
| GET/SELECT(1,000件あたり) | $0.00037 |
| データ転送(S3→インターネット、最初の10TB/月) | $0.114/GB |
※ 最新の正確な料金はAWS公式料金ページを必ずご確認ください
オンプレNASからの移行コスト試算例
社員150名・データ量2TBの中堅企業がオンプレNASからS3に移行した場合の月額コスト試算です。
| 項目 | オンプレNAS(5年均等割) |
Amazon S3 |
|---|---|---|
| 機器・ストレージ費用 | 約3〜5万円/月(初期投資150〜300万円÷60か月) | 約$50/月(約7,500円)※Standard 2TB |
| 保守・運用費 | 約1〜2万円/月(保守契約+人件費) | 0円(フルマネージド) |
| バックアップ運用 | 担当者の工数:月4〜8時間 | ライフサイクルポリシーで自動化 |
| 容量拡張時 | 追加NAS購入(数十万円〜) | 自動スケール・追加投資不要 |
| 月額合計目安 | 約4〜7万円+見えないコスト | 約7,500〜15,000円 |
※ S3側はストレージ料金に加え、リクエスト・転送料金を含めた概算。実際の費用はアクセスパターンにより変動します。
コスト最適化の4つのポイント
- ストレージクラスの適切な選択:アクセス頻度が読めない場合はIntelligent-Tieringが有効
- ライフサイクルポリシーの活用:古いデータを自動的に低コストクラスへ移行
- 不完全なマルチパートアップロードの自動削除:中断されたアップロードが無駄にストレージを消費するのを防止(Future Spiritsの支援案件では、これだけで月額コストが15%削減できたケースもあります)
- S3 Storage Lensによる可視化:組織全体のS3使用状況をダッシュボードで分析
Amazon S3の基本的な使い方は?
マネジメントコンソールでの操作手順
AWSマネジメントコンソールを使えば、GUIで直感的にS3を操作できます。基本的な流れは以下の通りです。
-
S3コンソールを開き「バケットを作成」を選択
-
バケット名(グローバルに一意)とリージョンを指定
-
パブリックアクセスブロックが有効であることを確認して作成
-
バケットにオブジェクトをアップロード
情シス担当者がまず試すなら、この手順で十分です。コマンドライン操作やプログラム連携は、運用フェーズで必要になったタイミングで検討しましょう。
AWS CLIでの基本操作
AWS CLIを使えばコマンドラインから効率的に操作できます。特に aws s3 sync は、オンプレNASからの定期バックアップに便利です。
bash
# バケット作成 aws s3 mb s3://my-example-bucket-2026 # ファイルのアップロード aws s3 cp ./localfile.txt s3://my-example-bucket-2026/ # オブジェクト一覧の取得 aws s3 ls s3://my-example-bucket-2026/ # ディレクトリの同期(差分のみ転送)──NASバックアップに最適 aws s3 sync ./local-dir s3://my-example-bucket-2026/backup/
aws s3 cp は大容量ファイルに対してマルチパートアップロード(大容量オブジェクトを分割して並列アップロードする機能)を自動的に適用します。
※bashはLinuxやMacでコマンドを実行するターミナル環境です。
Python(boto3)でのプログラムからの操作例
python
import boto3 s3 = boto3.client('s3') # オブジェクトのアップロード s3.put_object( Bucket='my-example-bucket-2026', Key='data/sample.json', Body=b'{"message": "hello"}' ) # 一時的なアクセスURLの生成(有効期限1時間) url = s3.generate_presigned_url( 'get_object', Params={'Bucket': 'my-example-bucket-2026', 'Key': 'data/sample.json'}, ExpiresIn=3600 )
pre-signed URLを使えば、認証情報を持たない外部ユーザーに対しても、期限付きでオブジェクトへのアクセスを許可できます。外部パートナーとの大容量ファイルの受け渡しにも活用できます。
Amazon S3のセキュリティはどう設計する?
暗号化の種類と選び方
S3のサーバーサイド暗号化には3つの方式があります。
- SSE-S3:S3が管理するキーで暗号化。デフォルトで有効、追加料金なし
- SSE-KMS:AWS KMSのキーで暗号化。監査ログの記録やキーローテーションに対応。コンプライアンス要件がある場合に推奨
- SSE-C:顧客が提供するキーで暗号化。キー管理はすべて自社で行う
加えて、クライアントサイド暗号化(アップロード前にクライアント側で暗号化する方式)も選択できます。
🔒 中堅企業向けの判断基準
特段のコンプライアンス要件がなければSSE-S3(デフォルト)で十分です。ISMS取得済み・個人情報を扱う場合はSSE-KMSを選択し、「誰がいつ暗号鍵を使ったか」の監査ログを残しましょう。
IAMポリシーとバケットポリシーの使い分け
- IAMポリシー:「誰が」何をできるかをユーザー/ロール側に定義。社内の権限管理に適する
- バケットポリシー:「このバケットに」誰がアクセスできるかをリソース側に定義。クロスアカウントアクセスや条件付き許可に適する
実務では、社内ユーザーの権限管理にはIAMポリシー、外部サービスやクロスアカウントの許可にはバケットポリシーを使うのが一般的です。AWSのセキュリティ機能も併せて確認しておくと、全体設計の理解が深まります。
パブリックアクセスブロックとアクセスログ
S3 Block Public Accessは、バケットやオブジェクトが意図せず公開されることを防ぐ機能で、デフォルトで有効です。4つの設定項目(パブリックACL・パブリックバケットポリシーのブロックなど)を個別に制御できます。
監査面では、サーバーアクセスログを別バケットに記録する設定や、AWS CloudTrailでS3に対するAPI操作を記録・監視することが推奨されます。
【実務Tips】バケットポリシー設定ミスによる公開事故を防ぐには
Future Spiritsの導入支援の現場では、バケットポリシーの設定ミスによるデータ公開インシデント寸前のケースを複数経験しています。よくあるパターンは以下の通りです。
- 開発環境で
"Principal": "*"(全員許可)を設定したポリシーを、本番環境にそのままコピーしてしまった - CloudFront連携のためにパブリックアクセスブロックを一時的に無効化し、戻し忘れた
対策として推奨する3ステップ
- AWS Configの「s3-bucket-public-read-prohibited」ルールを有効化し、意図しない公開設定を自動検知する
- SCPs(サービスコントロールポリシー)で、組織レベルでパブリックアクセスブロックの無効化を禁止する
- 変更時のダブルチェック体制を敷く(1〜3名体制でも、Slack通知+承認フローで代替可能)
S3互換サービスとAmazon S3は何が違う?
S3互換APIとは
S3互換APIとは、Amazon S3のREST APIプロトコルを他社サービスが実装したものです。AWS CLIやSDK、S3対応アプリケーションからエンドポイントを切り替えるだけで操作できるため、マルチクラウド構成やベンダーロックイン回避に役立ちます。
さくらインターネット オブジェクトストレージとの比較
さくらのクラウドが提供するオブジェクトストレージは、S3互換APIに対応した国内サービスの代表例です。
| 比較項目 | Amazon S3 | さくらインターネット オブジェクトストレージ |
|---|---|---|
| 課金モデル | 完全従量課金 | 月額固定+従量(標準:月額495円〜) |
| 耐久性(設計値) | 99.999999999% | 99.999999999%相当 |
| 最大オブジェクトサイズ | 5TB | 5TiB |
| バケット容量上限 | 無制限 | 10TiB/バケット |
| オブジェクト数上限 | 無制限 | 1,000万/バケット |
| ストレージクラス | 8種類 | 標準 / アーカイブの2種類 |
| バケット作成API | S3 APIで可能 | さくら独自APIのみ |
| データセンター所在地 | グローバル(東京含む) | 石狩・東京 |
| 内部転送料金 | 同一リージョンのAWSサービスは無料のケースあり | さくらのクラウド・VPS・専用サーバ間無料 |
中堅企業がS3 vs S3互換サービスを選ぶ判断基準
| 判断軸 | Amazon S3が向いているケース | S3互換サービスが向いているケース |
|---|---|---|
| データ量の増減 | 月単位でデータ量が大きく変動する(従量課金のメリット大) | データ量が安定しており月額固定の方がコスト予測しやすい |
| AWSサービス連携 | Athena・Lambda・CloudFrontなどAWSサービスとの連携が前提 | AWS以外のインフラ(さくらVPS・専用サーバ等)と組み合わせる |
| データ主権・レイテンシ | グローバル展開・マルチリージョンの要件がある | 「データは国内にのみ保管」が社内規程で必須 |
※ AWS CLI v2.23.0以降ではS3互換サービス接続時にチェックサム関連の設定変更( request_checksum_calculation の無効化など)が必要になる場合があります。接続テスト時にエラーが出た場合は、まずこの設定を確認してください。
Amazon S3はどんな場面で活用されている?
オンプレNASからの移行・バックアップ自動化
中堅企業で最も多いユースケースが、既存NASのバックアップ先としてのS3活用です。AWS CLIの aws s3 sync をcronやタスクスケジューラで定期実行するだけで、差分バックアップを自動化できます。
🕒 移行時のデータ転送時間の目安
| データ量 | 実効100Mbpsでの転送時間目安 | 実効500Mbpsでの転送時間目安 |
|---|---|---|
| 500GB | 約11時間 | 約2.5時間 |
| 2TB | 約45時間(約2日) | 約9時間 |
| 10TB | 約9日 | 約45時間(約2日) |
※ 10TBを超える大規模データの移行では、AWS Snow Familyの利用も検討してください。Future Spiritsの支援案件では、業務時間外に帯域を確保して aws s3 sync の --bandwidth-limit オプションを活用し、業務への影響を抑えながら段階的に移行するケースが多く見られます。
データレイク・ビッグデータ分析基盤
S3をデータレイクの中核に据え、Amazon AthenaやRedshift Spectrumと連携させることで、大量のデータをコスト効率よく分析できます。
災害対策(DR)とコンプライアンス対応
クロスリージョンレプリケーションを使えば、異なるリージョンにデータを自動複製でき、DR(ディザスタリカバリ)構成を実現できます。Glacier系クラスを使った長期保管は、電子帳簿保存法やISMS認証対応にも有効です。
静的Webサイトホスティング・コンテンツ配信
S3とCloudFrontの組み合わせは、SPAやランディングページのホスティングにおける定番構成です。CloudFrontを活用したCDN配信により、世界中のエンドユーザーに高速にコンテンツを届けられます。
AI/ML学習データの保管と配信
S3 Express One Zoneは、ML学習データへの超低レイテンシアクセスを実現するクラスです。Amazon SageMakerとの連携により、大規模な学習データセットの管理と配信を効率化できます。
まとめ:S3導入を「課題解決」として進めるために
この記事のポイント
- 容量の悩みから解放:イレブンナインの耐久性と事実上無制限のスケーラビリティで、NAS更新の投資判断が不要に
- バックアップを自動化:ライフサイクルポリシーとCLIのsyncコマンドで、属人化した運用を仕組み化
- コストを可視化・最適化:8つのストレージクラスを自社のデータ特性に合わせて選択し、Storage Lensで継続的にモニタリング
- セキュリティはデフォルトで堅牢:暗号化・パブリックアクセスブロックが標準で有効。要件に応じてSSE-KMSやバケットポリシーで強化
- S3互換サービスも選択肢に:データ量の変動幅・AWS連携の有無・データ主権要件の3軸で最適解を選ぶ
よくあるご質問(FAQ)
Q.Amazon S3の料金はどのくらいかかりますか?
A.完全従量課金制で最低利用料金はありません。主にストレージ容量・リクエスト数・データ転送量の3要素で課金されます。社員150名・データ量2TBの場合、月額約7,500〜15,000円が目安です。ストレージクラスの選択によりさらにコスト最適化が可能です。
Q.S3のストレージクラスはどう使い分ければよいですか?
A.アクセス頻度で選びます。頻繁にアクセスするデータはS3 Standard、アクセス頻度が不定のデータはS3 Intelligent-Tiering、長期保管用はGlacier系が適しています。ライフサイクルポリシーで自動移行も可能です。
Q.Amazon S3のセキュリティ対策にはどのようなものがありますか?
A.デフォルトのサーバーサイド暗号化(SSE-S3)に加え、IAMポリシー・バケットポリシーによるアクセス制御、パブリックアクセスブロック、アクセスログの監査が可能です。S3はデフォルトで非公開設定になっています。
Q.S3互換サービスとは何ですか?AWSのS3と何が違いますか?
A.S3互換APIを実装した他社ストレージサービスのことです。さくらインターネットのオブジェクトストレージなどがあり、AWS CLIやSDKでそのまま操作できます。料金体系・リソース制限・利用可能なAPI範囲に違いがあります。
オンプレNASからS3に移行するには何から始めればよいですか?
A.まずは現在のデータ量・アクセス頻度・バックアップ運用の現状を棚卸しましょう。最初のステップとしては、NASのバックアップ先としてS3を追加し、aws s3 syncで差分バックアップを自動化するのがリスクの少ない始め方です。データ量が2TB程度であれば、一般的な法人回線で約2日程度で初回転送が完了します。
オンプレNASからの移行で、コストをどれだけ削減できるか試算します
Future Spiritsでは、Amazon S3を含むAWSインフラの設計・構築・運用の導入支援を行っています。
「オンプレNASからの移行計画を相談したい」「自社のデータ量に合ったストレージクラスの選定を手伝ってほしい」などのストレージ課題に寄り添ったご提案が可能です。