転送量課金はどこで増える？クラウド請求書で最初に見るべき項目

先に要点

転送量課金を追うときは、いきなりサーバー台数を見るより、Service / SKU / Usage Type / Region を先に見る方が早いです。
AWS では `Data Transfer` が独立して見えないことがあり、EC2 や S3 など元サービス側に含まれるので、Cost Explorer の切り方が大事です。
Google Cloud では Billing の Cost table や BigQuery export で `Service` と `SKU` を見ると、転送まわりの請求を追いやすいです。
Azure では `Bandwidth` `Internet Egress` `Inter Region` のような行を見て、外向き通信かリージョン間通信か を切り分けるのが入口です。

クラウドの請求書を見ていて、サーバーは小さいのに高い というとき、原因が CPU やメモリではなく転送量課金にあることは珍しくありません。
ただ、請求画面では 帯域コスト とそのまま書かれていないことも多く、どこから見ればいいのかで迷いやすいです。

特に AWS、Google Cloud、Azure は、同じ 転送量課金 でも見せ方がかなり違います。
でも共通して言えるのは、どのサービスの、どの項目で、どこ向きの転送が増えたか を分けて見るのが最初の一歩だということです。

今回は、クラウド請求書で転送量課金を追うときに、最初に見るべき項目を整理します。前提としての考え方は帯域コストとは？画像・動画・CDNで請求が膨らみやすい理由とつながりますが、今回は 請求の読み方 を主役にします。

まずどの項目を見るべきか

クラウドが違っても、最初に見る軸はだいたい共通しています。

まず見る軸	見る理由
Service	どの製品で発生している転送かを切り分けるため
SKU / Usage Type	インターネット向けか、リージョン間か、CDNかを細かく見るため
Region	どのリージョンやエッジから出ているかを確認するため
Project / Account / Tag	どの環境やどのチーム起因かを追うため
期間の急増点	いつから増えたかを見て、リリースや配信変更と結びつけるため

ここで大事なのは、合計金額だけ見ても原因にはたどり着きにくい ことです。
請求が増えたときは、まず 何の転送か を粒度高く分けて見た方が、打ち手が見えやすくなります。

AWS で最初に見るべきところ

AWS は少しややこしくて、Cost Explorer の表で Data Transfer が独立サービスのように見えないことがあります。
AWS の Cost Explorer ドキュメントでは、データ転送費は Amazon EC2 や Amazon S3 など、関連するサービスに含まれると説明されています。

なので、まずは次の順で見るのが分かりやすいです。

Cost Explorer で対象期間を開く
Service で EC2 S3 CloudFront などを切る
Usage Type または Usage Type Group で転送系を絞る
Region と Tag で環境を切り分ける

AWS の公式ブログでも、Cost Explorer で Usage Type Group を使って

inter-Availability Zone
Internet (Out)
Region to Region (Out)

を分けて見る流れが紹介されています。

さらに、もっと細かく見るなら AWS CUR か Data Exports 側の lineItem/UsageType を見るのが強いです。
AWS の公式ドキュメントでは、たとえば次のような UsageType が出ます。

USE2-DataTransfer-Out-Bytes インターネット向け転送
USE2-DataTransfer-Regional-Bytes 同一リージョン内の AZ 間転送
USE2-APS3-AWS-Out-Bytes リージョン間転送

ここで見たいのは、どの行にお金がついているか です。
AWS では In 側ではなく Out 側に課金が乗るケースが多いので、AWS-Out-Bytes や DataTransfer-Out-Bytes を先に探す方が速いです。

Google Cloud で最初に見るべきところ

Google Cloud では、Cloud Billing の Cost table がかなり使いやすい入口です。
公式ドキュメントでは、デフォルトで Project > Service > SKU > Consumption model で見えると案内されています。

このため、まずは次の順で見るのが分かりやすいです。

Billing の Cost table を開く
Service と SKU で並び替える
ネットワークや Cloud Storage、Cloud CDN 周辺の SKU を絞る
必要なら flat table にして CSV で落とす

Google Cloud は Service より SKU の方が原因が見えやすいことが多いです。
同じ Cloud Storage でも、保存費なのか egress なのかは SKU を見ないと分かりにくいからです。

また、Google Cloud の Cloud Storage ドキュメントでは、

Google egress bandwidth
Internet egress bandwidth
network/sent_bytes_count

のような見方が案内されています。
つまり、請求だけでなくメトリクス側でも インターネット向けにどれだけ送っているか を合わせて確認しやすいです。

より本気で追うなら、BigQuery への Billing export も有力です。
Google Cloud の詳細エクスポートでは sku.id などで行単位の請求を追えるので、月末の請求を待たずに継続監視しやすくなります。

Azure で最初に見るべきところ

Azure は比較的まっすぐで、料金ページでも Bandwidth が前に出ています。
公式の Bandwidth pricing では、

Data transferred out of Azure data centers
Internet Egress
Inter Region

が並んでいます。

なので Azure では、まず

Bandwidth
Internet Egress
Inter Region

のどこが増えているかを見ると、かなり整理しやすいです。

特に Azure の料金ページでは、Bandwidth refers to data moving in and out of Azure data centers, as well as data moving between Azure data centers と説明されています。
つまり、外向き通信だけでなく、Azure データセンター間の移動も帯域課金の対象として意識する必要があります。

外に出したのか リージョン間なのか が最初に切れれば、そのあとに CDN、ExpressRoute、Peering など個別の経路へ降りやすくなります。

増え方のパターンで見ると原因を当てやすい

請求書の読み方は、行名だけでなく 増え方 でもかなり当てられます。

急に1日だけ跳ねた

大きなファイル配布
バックアップやログの外部転送
動画公開や大量ダウンロード

毎日じわじわ高い

画像の多いページ
CDN キャッシュミス
API の大きいレスポンス
常時発生しているリージョン間通信

特定リージョンだけ高い

海外向け配信の偏り
リージョン間の設計ミス
CDN を通さず一部リージョンから直接配っている

こうして いつ どこで 何向きに 増えたかが見えると、サーバーサイズ調整より先にやるべきことが見えてきます。

よくある見落とし

1. EC2 や VM の料金だけ見て安心する

実際には、計算資源より転送料金が大きいことがあります。
特に静的配信やダウンロードが多いサービスでは起きやすいです。

2. CDN を入れているから安いはずと思う

CDN 自体の配信費もありますし、キャッシュミスならオリジン転送も発生します。
請求書では CDN で増えているのか オリジンで増えているのか を分けて見た方がよいです。

3. `In` と `Out` を区別せず見る

クラウド料金では、入ってくる通信 と 出ていく通信 の扱いが違うことが多いです。
特に課金原因としては Out や Egress を先に疑う方が当たりやすいです。

まとめ

転送量課金を請求書で追うときは、まず Service / SKU / Usage Type / Region を見るのが基本です。
サーバーを小さくする前に、どの転送が増えているのか を切り分ける方が、原因にも対策にも直結しやすいです。

最初に見る順番をまとめると、こんな感じです。

どのサービスの請求か
どの SKU や Usage Type か
インターネット向けか、リージョン間か、CDNか
どのリージョン・どの環境か
いつから増えたか

この5つが見えれば、画像最適化 CDN設定 API削減 リージョン配置見直し のどこから手を付けるべきかがかなりはっきりします。

帯域そのものの考え方は帯域コストとは？画像・動画・CDNで請求が膨らみやすい理由、CDN 側の基本は CDNとは？何が速くなるのか、どこまで必要なのかを解説と合わせると流れで理解しやすいです。

参考情報

AWS Cost Explorer Docs: Reading the Cost Explorer data table
AWS Data Exports Docs: Understanding data transfer charges
AWS Cloud Operations Blog: Using AWS Cost Explorer to analyze data transfer costs
Google Cloud Billing Docs: View and download the cost details of your invoice or statement
Google Cloud Storage Docs: Overview of bandwidth and storage usage in Cloud Storage
Azure: Bandwidth pricing