先に要点
帯域コストは、クラウドや CDN を使い始めたあとで 思ったより請求が大きい と感じる原因になりやすい項目です。
最初はサーバー代ばかり気にしがちですが、実際には どれだけデータを配ったか がじわじわ効いてくることがあります。
特に、画像を多く出すサイト、動画を埋め込むサービス、CSV や PDF をダウンロードさせる管理画面、配信量の多い API では、CPU やメモリよりも転送料金の方が目立つことがあります。
今回は、帯域コストを サーバーが重い費用 ではなく データを外へ運ぶ費用 として整理しつつ、どこで増えるのか、何を見落としやすいのか、どう抑えるのかまでまとめます。
帯域コストとは
帯域コストとは、一般に ネットワークでデータを送ることによって発生する費用 を指します。
クラウドでは特に、サーバーやストレージから外へ出ていく通信、つまり data transfer out egress まわりの料金として意識されることが多いです。
ここで大事なのは、保存している量 と 送っている量 は別だということです。
- ストレージ料金: どれだけ保存しているか
- サーバー料金: どれだけ計算資源を使っているか
- 帯域コスト: どれだけ外へデータを配っているか
たとえば 1GB の画像を 1か月置いておく費用は小さくても、その画像が何万回も配信されると、保存費より転送費の方が大きくなることがあります。
なぜサーバー代より後から効いてくるのか
サーバー代は、契約したインスタンスサイズや台数でだいたい見積もれます。
一方、帯域コストは どのページが見られたか 画像がどのくらい重いか 海外からどれだけ見られたか ダウンロードが何回走ったか によって変わります。
つまり、公開前には軽く見えても、運用が始まってから急に効いてきやすいです。
特に増えやすいのは次のような場面です。
- 1ページあたりの画像枚数が多い
- 動画や音声を直接配信している
- ダウンロードファイルが大きい
- API が毎回大きな JSON を返している
- CDN のキャッシュミスが多い
- クラウド内のリージョンや AZ をまたいで通信している
AWS の EC2 料金ページでも、Data Transfer Out to the Internet が別料金として明示されています。
Google Cloud でも、egress pricing が送信元リージョンや転送先に応じて分かれていて、計算資源とは別軸で課金されます。
どんな場面で増えやすいのか
1. 画像が多いサイト
画像1枚は小さく見えても、一覧ページ、サムネイル、スマホ用と PC 用、遅延読み込み前提の複数サイズを出していると、合計転送量が増えます。
記事メディアや EC サイトは、この積み上がりが起きやすいです。
2. 動画や音声の配信
動画は帯域コストの代表格です。
1ユーザーが短時間で何十 MB、何百 MB と見るので、少ない再生回数でも請求が大きくなりやすいです。
Cloudflare Stream のように 配信込みで価格設計されているサービス もありますが、配信方式によっては 保存費 より 配信費 の方が主役になります。
3. CDN を置いていてもキャッシュが効いていない
CDN は帯域コストを抑える助けになることがありますが、万能ではありません。
キャッシュが効いていなければ、毎回オリジンまで取りに行くので、オリジン側の転送も減りません。
たとえば次のような状態だと、思ったほど効きません。
CDN の基本そのものは CDNとは？何が速くなるのか、どこまで必要なのかを解説 でも整理しています。
4. ダウンロード機能
CSV、PDF、ZIP、バックアップファイル配布のような機能は、1回あたりのサイズが大きいです。
管理画面向けのサービスでも、利用者数のわりに帯域コストが目立つことがあります。
5. API レスポンスが大きい
画面自体は軽く見えても、裏で返している JSON が大きいと帯域は増えます。
一覧で不要な項目を大量に返す、画像 URL をまとめて返しすぎる、履歴データを毎回全部返す、といった設計で起きやすいです。
料金は「どこへ出るか」でも変わる
帯域コストは、単に 何GB流れたか だけではなく、どこへ流れたか でも変わります。
よく分けて考えたいのは次の3つです。
| 通信の種類 | 見方 |
|---|---|
| インターネット向け | ユーザーへ直接配る通信。帯域コストの主役になりやすい |
| クラウド内の別リージョンや別AZ向け | 外向きでなくても課金されることがある |
| 同一リージョン内の内部通信 | 無料または条件つき無料のこともあるが、構成次第で差が出る |
このへんがややこしいので、請求書を見るときは サーバー代 とひとまとめにせず、インターネット向け転送 リージョン間転送 CDN配信 のように分けて見た方が原因を追いやすいです。
よくある誤解
1. 帯域コストはアクセス数だけで決まる
実際には、1回の表示で何MB出るか がかなり効きます。
アクセスが少なくても、動画や大きなファイルが混ざるとすぐ増えます。
2. CDN を置けば転送料金は気にしなくてよい
CDN 自体にも配信コストがありますし、キャッシュミス時にはオリジン通信も発生します。
CDNがあるから無料に近い とは限りません。
3. サーバーを小さくすれば全体コストも下がる
計算資源が軽くなっても、画像や動画の配信量が同じなら、帯域コストはあまり下がりません。
コスト削減の主戦場が CPU ではなく 転送量 であることもよくあります。
帯域コストを抑えるには
大きな方向としては、1回あたりの転送量を減らす か 同じデータをオリジンから何度も出さない かです。
よくある手は次のとおりです。
- 画像を圧縮し、必要サイズで配る
- 動画や音声は専用配信サービスを検討する
- CDN キャッシュを効かせる
- ダウンロードファイルの配布方法を見直す
- API レスポンスから不要項目を減らす
- リージョン間や AZ 間の無駄な通信を減らす
特に 重いファイルをどこから何回出しているか を可視化しないと、サーバーだけいじってもあまり下がりません。
まとめ
帯域コストは、データをどれだけ外へ運んだか によって増える費用です。
クラウドや CDN では、CPU やメモリの費用より後から効いてきやすく、画像、動画、ダウンロード、API の大きいレスポンスで膨らみやすいです。
見るポイントを絞るなら、まずはこの3つです。
- 何が一番大きなデータを配っているか
- それは何回配られているか
- その通信はどこへ出ているか
この3つが分かるだけで、サーバーを下げるべきか CDNを見直すべきか 画像最適化からやるべきか がかなり判断しやすくなります。
CDN や配信まわりの基本を続けて見たいなら CloudFrontとは？CDNで何ができるのかを初心者向けに解説 と CDNとは？何が速くなるのか、どこまで必要なのかを解説 もつながります。