OSS を使用してデータを転送すると、トラフィックが生成されます。OSS は、実際に転送されたデータ量に基づいてトラフィック料金を計算します。主なトラフィックの種類には、インバウンドトラフィック、アウトバウンドトラフィック、CDN back-to-origin トラフィック、クロスリージョンレプリケーショントラフィックなどがあります。
料金
このトピックでは、課金項目とそれに対応する課金方法について説明します。課金項目の料金の詳細については、「OSS 料金」をご参照ください。
課金項目
以下の課金項目では、4xx または 5xx の状態コードを返すリクエストにはトラフィック料金は発生しません。
インバウンドトラフィック
課金項目 | 課金項目コード | 課金ルール | 課金対象 |
インターネット経由のインバウンドトラフィック | 該当なし | インターネットエンドポイント (例: oss-cn-hangzhou.aliyuncs.com) または転送アクセラレーションエンドポイント (例: oss-accelerate.aliyuncs.com) を介して PutObject などの API 操作を呼び出してファイルをアップロードするときに生成されるトラフィック。
説明 転送アクセラレーションエンドポイントを使用してバケットにデータをアップロードすると、転送アクセラレーション料金も発生します。 | いいえ |
イントラネット経由のインバウンドトラフィック | 該当なし | イントラネットエンドポイント (例: oss-cn-hangzhou-internal.aliyuncs.com) を介して PutObject などの API 操作を呼び出してファイルをアップロードするときに生成されるトラフィック。 | いいえ |
アウトバウンドトラフィック
課金項目 | 課金項目コード | 課金ルール | 課金対象 |
インターネット経由のアウトバウンドトラフィック | NetworkOut | インターネットエンドポイント (例: oss-cn-hangzhou.aliyuncs.com) または転送アクセラレーションエンドポイント (例: oss-accelerate.aliyuncs.com) を介して GetObject API 操作を呼び出して、ファイルへのアクセス、ダウンロード、プレビュー、または画像処理操作を実行するときに生成されるトラフィック。
説明 転送アクセラレーションエンドポイントを使用して OSS リソースをリクエストすると、転送アクセラレーション料金も発生します。 インターネット経由のアウトバウンドトラフィック料金 = インターネット経由のアウトバウンドトラフィック (GB) × GB あたりの単価 | はい |
イントラネット経由のアウトバウンドトラフィック | 該当なし | イントラネットエンドポイント (例: oss-cn-hangzhou-internal.aliyuncs.com) を介して GetObject API 操作を呼び出して、ファイルへのアクセス、ダウンロード、プレビュー、または画像処理操作を実行するときに生成されるトラフィック。 | いいえ |
CDN back-to-origin トラフィック
課金項目 | 課金項目コード | 課金ルール | 課金対象 |
CDN back-to-origin トラフィック | CdnOut | OSS がリクエストされたリソースを CDN キャッシュノードに転送するときに生成されるアウトバウンドトラフィック。 CDN back-to-origin トラフィック料金 = CDN back-to-origin トラフィック (GB) × GB あたりの単価 | はい |
クロスリージョンレプリケーショントラフィック
課金項目 | 課金項目コード | 課金ルール | 課金対象 |
クロスリージョンレプリケーショントラフィック | ReplicationDatasize | クロスリージョンレプリケーション機能を使用して、ソースバケットから宛先バケットにデータを同期的にレプリケートするときに生成されるアウトバウンドトラフィック。 クロスリージョンレプリケーショントラフィック料金 = クロスリージョンレプリケーショントラフィック (GB) × GB あたりの単価 | はい |
支払方法
選択ガイド
次の表では、さまざまな支払方法の特徴と適用シナリオについて説明します。この情報を使用して、適切な支払方法を選択し、トラフィックコストを削減できます。
課金方法 | 説明 | 特徴 | シナリオ |
従量課金 | 従量課金は、すべての課金項目のデフォルトの課金方法です。リソースを使用した後に、各課金項目の実際の使用量に対して課金されます。 | アウトバウンドデータトラフィックは大幅に変動し、予測が困難です。 | スタートアップ企業が新しいモバイルアプリケーションを開発しています。プロモーション期間中にユーザー数とトラフィック量が大幅に増加することが予想されますが、具体的な成長率と規模を予測することは困難です。 |
アウトバウンドデータ転送プラン | これは、インターネット経由のアウトバウンドトラフィック課金項目のリソースプランです。請求書が決済されると、使用量はまずリソースプランから差し引かれます。使用する前にプランを購入する必要があります。 | アウトバウンドデータトラフィックは比較的安定しており、予測可能です。 | 大規模な e コマース Web サイトで、毎日のインターネットアクセスとダウンロードの量が安定して大量にあります。 |
サポート
次の表は、各課金項目でサポートされている課金方法を示しています。
課金項目 | 従量課金 | リソースプラン |
インターネット経由のアウトバウンドトラフィック | √ | アウトバウンドデータ転送プラン |
CDN back-to-origin トラフィック | √ | × |
クロスリージョンレプリケーショントラフィック | √ | × |
よくある質問
インターネット経由のアウトバウンドトラフィックの予期せぬ増加にどのように対処すればよいですか?
バケットのインターネット経由のアウトバウンドトラフィックが突然異常に増加した場合は、次の方法で問題をトラブルシューティングできます。
トラフィックの異常を特定します。
バケットでリアルタイムログクエリが有効になっている場合
OSS コンソールにログインします。
左側のナビゲーションウィンドウで、バケット をクリックします。[バケット] ページで、目的のバケットを見つけてクリックします。
左側のナビゲーションウィンドウで、 を選択します。
リアルタイムクエリ タブで、次のクエリ文を入力して、examplebucket で最も頻繁にアクセスされるファイルとそれに対応するホットスポット IP アドレスをクエリします。結果はアクセスリクエストの数でソートされ、上位 5 件のレコードが返されます。
* and __topic__: oss_access_log and bucket: examplebucket
| SELECT
client_ip AS ip_address,
request_uri AS file_path,
COUNT(*) AS access_count,
SUM(content_length_out) AS total_bytes_sent
FROM
log
WHERE
http_status = 200
GROUP BY
request_uri, client_ip
ORDER BY
access_count DESC
LIMIT 5;
次の図は、クエリ結果を示しています。

バケットでリアルタイムログクエリが有効になっていない場合
OSS コンソールにログインします。
左側のナビゲーションウィンドウで、バケット をクリックします。[バケット] ページで、目的のバケットを見つけてクリックします。
左側のナビゲーションウィンドウで、データ使用状況 > ホットスポット統計 を選択し、Referer/IP アドレスのランキング タブをクリックして、上位 10 件のリファラー/IP アドレスを表示します。
左側のナビゲーションウィンドウで、データ使用状況 > オブジェクトアクセス統計 を選択して、頻繁にアクセスされるファイルの名前とそれらが生成するアウトバウンドトラフィックを表示します。
トラフィックが異常かどうかを判断します。
特定の IP アドレスが特定のオブジェクトを頻繁にリクエストしていることが判明した場合、これは悪意のある動作を示している可能性があります。手順 3 に進み、関連する構成を確認してください。
複数の IP アドレスが異なるオブジェクトにアクセスしていることが判明した場合、コンテンツはソーシャルメディアなどを通じて広く配信されている可能性があります。手順 4 に進み、CDN を構成して OSS へのアクセスを高速化します。
関連する構成を確認します。
構成項目 | 脅威の説明 | 解決策 |
バケット ACL が public-read または public-read-write に設定されています。 
| 匿名訪問者を含む誰でもバケット内のファイルを読み取ることができます。これにより、大量のアウトバウンドデータ転送料金が発生します。 | バケット ACL を private に設定します。ACL を private に設定すると、署名または権限のないすべてのリクエストは失敗します。 
詳細については、「バケット ACL」をご参照ください。 |
頻繁にアクセスされるファイルの ACL が public-read または public-read-write に設定されています。 
| 匿名訪問者を含む誰でもファイルを読み取ることができます。これにより、大量のアウトバウンドデータ転送料金が発生します。 | オブジェクト ACL を private に設定します。詳細については、「オブジェクト ACL」をご参照ください。 
この構成を完了すると、ユーザーは指定された有効期間内に署名付き URL を使用してのみファイルにアクセスできます。 |
バケットポリシーは、バケットへのアクセスが許可されている IP アドレスを制限しません。 | 不明なソースからの IP アドレスが特定のオブジェクトを頻繁にリクエストすると、大量のアウトバウンドデータ転送料金が発生します。 | 手順 1 で見つかった不明なソースのホットスポット IP アドレスからのアクセスをブロックするには、バケットポリシーを使用します。 
詳細については、「バケットポリシーを使用して OSS へのアクセス権限を付与する」をご参照ください。 |
他の Web サイトが OSS ファイルを参照するのを防ぐために、リファラーのホットリンク保護が構成されていません。 | 他の Web サイトは、画像や動画などの OSS ファイルの URL を直接参照し、トラフィック負荷を OSS にシフトさせることができます。これにより、OSS のアウトバウンドトラフィックが急増し、高額な帯域幅料金が発生します。 | 手順 1 で見つかった悪意のあるリファラーからのアクセスを制限するために、リファラーブラックリストを構成します。OSS リソースが他のユーザーによって使用されるのを防ぐために、リファラーホワイトリストを構成することもできます。詳細については、「ホットリンク保護を設定する」をご参照ください。 |
CDN を構成して OSS へのアクセスを高速化します。
アウトバウンドトラフィックの急増がコンテンツ配信によって引き起こされていることを確認した場合は、CDN を使用して OSS 内の画像、動画、ドキュメントなどの静的リソースを配信できます。これにより、OSS のアウトバウンドトラフィック料金が削減され、リソースの読み込み速度が向上します。詳細については、「CDN を使用して OSS へのアクセスを高速化する」をご参照ください。
バケットのオーナーの代わりに、リクエスタがインターネット経由のアウトバウンドトラフィックと CDN back-to-origin トラフィックの料金を支払うことはできますか?
バケットのオーナーの代わりに、リクエスタにインターネット経由のアウトバウンドトラフィックと CDN back-to-origin トラフィックの料金を支払わせたい場合は、リクエスト元支払いモードを有効にできます。詳細については、「リクエスト元による支払い」をご参照ください。
インターネット経由のアウトバウンドトラフィックの料金とともにリクエスト料金が発生するのはなぜですか?
インターネット経由のアウトバウンドトラフィックは、データが OSS からクライアントに転送されるときに生成されるトラフィックです。このデータ転送は、OSS API 操作を呼び出すことによって実行されます。OSS は、API 呼び出しの数に基づいてリクエスト料金を請求します。したがって、通常、リクエスト料金はインターネット経由のアウトバウンドトラフィックの料金とともに発生します。