Azure Content Delivery Network での課金について
重要
Azure CDN Standard from Microsoft (クラシック) は、2027 年 9 月 30 日に廃止されます。 サービスの中断を回避するには、2027 年 9 月 30 日までに Azure Front Door の Standard または Premium レベルに Azure CDN Standard from Microsoft (クラシック) プロファイルを移行することが重要です。 詳細については、Azure CDN Standard from Microsoft (クラシック) の廃止に関するページを参照してください。
Azure CDN from Edgio は、2025 年 11 月 4 日に廃止される予定です。 サービスの中断を回避するには、この日までに Azure Front Door へのワークロードの移行を完了する必要があります。 詳細については、「Azure CDN from Edgio の廃止に関する FAQ」を参照してください。
このよくあるご質問では、Azure Content Delivery Network でホストされているコンテンツの課金の体系について説明します。
請求先リージョンとは何ですか。
請求先リージョンとは、Azure Content Delivery Network からのオブジェクトの配信に対して課金される料金を決定するための地理的領域です。 現在の請求先ゾーンとそれらのリージョンは以下のとおりです。
ゾーン 1:北米、ヨーロッパ、中東、およびアフリカ
ゾーン 2:アジア太平洋 (日本を含む)
ゾーン 3:南アメリカ
ゾーン 4:オーストラリアとニュージーランド
ゾーン 5:インド
ポイント オブ プレゼンス (POP) のリージョンについては、リージョン別の Azure Content Delivery Network POP の場所についてのページを参照してください。 たとえば、メキシコに置かれた POP は北米リージョン内にあり、そのためゾーン 1 に含まれます。
Azure Content Delivery Network の価格については、「Content Delivery Network の価格」をご覧ください。
リージョンごとの配信料金はどのように計算されますか。
Azure Content Delivery Network の請求先リージョンは、エンド ユーザーにコンテンツを配信するソース サーバーの場所に基づいています。 クライアントの宛先 (物理的な場所) は請求先リージョンとはみなされません。
たとえば、所在地がメキシコのユーザーが要求を発行し、この要求が、ピアリングまたはトラフィックの条件のために米国の POP にあるサーバーによって処理される場合、請求先リージョンは米国となります。
課金対象の Azure Content Delivery Network トランザクションとは
コンテンツ配信ネットワークで終了するすべての HTTP(S) 要求は課金対象イベントで、それには応答のすべての種類 (成功、失敗、またはその他) が含まれます。 ただし、応答が異なれば、生成されるトラフィック量が異なる可能性があります。 たとえば、304 Not Modified やその他のヘッダーのみの応答では、それらは小さなヘッダー応答であるため、生成されるトラフィックは少量です。 同様に、エラー応答 (たとえば 404 Not Found) は課金対象ですが、応答のペイロードがとても小さいため、かかるコストはわずかです。
Azure Content Delivery Network の使用に関連するその他の Azure コストは何ですか?
Azure Content Delivery Network の使用により、オブジェクトの配信元として使用されるサービスでもいくつかの使用料金が発生します。 これらのコストは通常、コンテンツ配信ネットワーク全体の使用コストのうち、ほんのわずかです。
コンテンツの配信元として Azure BLOB ストレージを使用している場合は、キャッシュ フィルに対して以下のストレージ料金も発生します。
使用された実際の GB:ソース オブジェクトの実際のストレージ。
トランザクション:キャッシュに入力するための必要に応じて。
GB 単位の転送: コンテンツ配信ネットワーク キャッシュに入力するために転送されたデータの量。
Note
2019 年 10 月以降、Azure Content Delivery Network from Microsoft を使用している場合、Azure でホストされている配信元からコンテンツ配信ネットワーク POP へのデータ転送のコストは無料です。 Azure Content Delivery Network from Edgio には、次に示す料金が適用されます。
Azure Storage の課金の詳細については、「Azure Storage のコストを計画および管理する」を参照してください。
ホステッド サービス配信を使用している場合は、次のように料金が発生します。
Azure のコンピューティング時間:配信元として動作するコンピューティング インスタンス。
Azure のコンピューティング転送: Azure Content Delivery Network のキャッシュに入力するためのコンピューティング インスタンスからのデータ転送。
クライアントが (配信元サービスとは無関係に) バイト範囲要求を使用している場合は、次の考慮事項が適用されます。
バイト範囲要求は、コンテンツ配信ネットワークでの課金対象トランザクションです。 クライアントがバイト範囲要求を発行する場合、この要求は、オブジェクトのサブセット (範囲) 用です。 コンテンツ配信ネットワークは、要求されたコンテンツの一部分のみで応答します。 この部分的応答は課金対象トランザクションで、転送量は範囲応答 (とヘッダー) のサイズに限られています。
オブジェクトの一部のみに対する要求が (バイト範囲ヘッダーの指定によって) 到着すると、コンテンツ配信ネットワークはオブジェクト全体をキャッシュにフェッチする可能性があります。 結果として、コンテンツ配信ネットワークからの課金対象トランザクションが部分的応答に対するものであっても、配信元からの課金対象トランザクションにはフル サイズのオブジェクトが含まれることがあります。
キャッシュをサポートするために、どれほどの転送アクティビティが発生しますか。
コンテンツ配信ネットワーク POP は、キャッシュへの入力を行う必要があるたびに、キャッシュされるオブジェクトの配信元に要求を発行します。 その結果、配信元ではキャッシュ ミスがあるたびに課金対象トランザクションが発生します。 キャッシュ ミスの数は、さまざまな要因に左右されます。
コンテンツをどのようにキャッシュできるか: コンテンツの TTL (Time to Live)/有効期限の値が大きく、頻繁にアクセスされるためコンテンツがキャッシュ内でよく使われるままになる場合、負荷の大部分がコンテンツ配信ネットワークによって処理されます。 キャッシュ ヒット率は、良好な場合は一般に 90% を大幅に上回ります。これは、キャッシュ ミスまたはオブジェクトの更新のいずれかのために、配信元に返す必要があるクライアント要求は 10% 未満であることを意味します。
オブジェクトを読み込む必要があるノードの数:ノードが配信元からオブジェクトを読み込むたびに、課金対象トランザクションが発生します。 その結果、(より多くのノードからアクセスされる) グローバルなコンテンツは、より多くの課金対象トランザクションになります。
TTL の影響:オブジェクトの TTL が長いと、配信元からフェッチする必要がある頻度は低くなります。 これは、ブラウザーなどのクライアントは、オブジェクトをより長時間キャッシュできることも意味し、コンテンツ配信ネットワークに対するトランザクションを減らすことができます。
Azure Content Delivery Network from Microsoft を使用した無料のデータ転送の対象となるのは、どの配信元サービスですか。
コンテンツ配信ネットワークの配信元として次のいずれかの Azure サービスを使用した場合、配信元からコンテンツ配信ネットワーク POP へのデータ転送は課金されません。
- Azure Storage
- Azure Media Services
- Azure Virtual Machines
- Virtual Network
- Load Balancer
- Application Gateway
- Azure DNS
- ExpressRoute
- VPN Gateway
- Traffic Manager
- Network Watcher
- Azure Firewall
- Azure Front Door
- Azure Bastion
- Azure App Service
- Azure Functions
- Azure Data Factory
- Azure API Management
- Azure Batch
- Azure Data Explorer
- HDInsight
- Azure Cosmos DB
- Azure Data Lake Store
- Azure Machine Learning
- Azure SQL データベース
- Azure SQL Managed Instance
- Azure Cache for Redis
最も効果的にコストを管理する方法を教えてください。
コンテンツにはできるだけ長い TTL を設定します。