Azure Content Delivery Network を使用したメディア ストリーミングの最適化

  • [アーティクル]

インターネット上での高解像度ビデオの使用はますます増加していますが、そのために大きなファイルの効率的な配信が難しくなっています。 お客様は、全世界のさまざまなネットワークやクライアントがビデオ オン デマンドやライブ ビデオ アセットをスムーズに再生できることを期待しています。 メディア ストリーミング ファイルの高速で効率的な配信メカニズムは、お客様がスムーズで楽しい経験をすることを可能にするために極めて重要です。

サイズが大きく同時に視聴するユーザー数が多いため、ライブ ストリーミング メディアは特に配信が困難です。 遅延が長くなると、ユーザーが利用をやめる一因にもなります。 ライブ ストリームは事前にキャッシュ化できず、大きな遅延が視聴者に受け入れられることはないため、ビデオ フラグメントをタイムリーに配信する必要があります。

ストリーミングの要求パターンも新しい困難をもたらします。 人気のあるライブ ストリームや、ビデオ オン デマンドの新シリーズがリリースされると、数千人から数百万人の視聴者が同時にストリームを要求する場合があります。 この場合、アセットがまだキャッシュされていないときに配信元サーバーがパンクしないように要求を賢く整理することが重要です。

Azure Content Delivery Network from Microsoft のメディア ストリーミングの最適化

Azure CDN Standard from Microsoft エンドポイントでは、最適化の種類として一般的な Web 配信を使用して、ストリーミング メディア資産を直接配信します。

Azure CDN Standard from Microsoft のメディア ストリーミングの最適化は、配信に個々のメディア フラグメントを使用するライブまたはビデオ オン デマンド ストリーミング メディアに効果的です。 これは、1 つの大きな資産をプログレッシブ ダウンロードやバイト範囲要求で転送する場合の処理と異なるプロセスになります。 メディア配信のスタイルについては、「Azure Content Delivery Network を使用した大容量ファイルのダウンロードの最適化」を参照してください。

一般的なメディア配信またはビデオ オン デマンドによるメディア配信の最適化のタイプでは、バックエンドの最適化を用いた Azure Content Delivery Network を使用することによって、メディア資産のより迅速な配信が可能になります。 さらに、時間をかけて学習したベスト プラクティスに基づいてメディア資産の構成を使用します。

Partial Cache Sharing (部分キャッシュ共有)

部分キャッシュ共有を使用すると、コンテンツ配信ネットワークは、新たな要求に対して部分的にキャッシュされたコンテンツを提供できます。 たとえば、コンテンツ配信ネットワークへの最初の要求がキャッシュ ミスになり、その要求は配信元に送信されます。 この不完全なコンテンツがコンテンツ配信ネットワークのキャッシュに読み込まれた場合でも、コンテンツ配信ネットワークへのその他の要求がこのデータの取得を開始できます。

Azure Content Delivery Network from Edgio のメディア ストリーミングの最適化

Azure CDN Standard from Edgio エンドポイントおよび Azure CDN Premium from Edgio エンドポイントでは、最適化の種類として一般的な Web 配信を使用して、ストリーミング メディア資産を直接配信します。 コンテンツ配信ネットワークには、既定でメディア アセットの配信を直接支援する機能もいくつかあります。

Partial Cache Sharing (部分キャッシュ共有)

部分キャッシュ共有を使用すると、コンテンツ配信ネットワークは、新たな要求に対して部分的にキャッシュされたコンテンツを提供できます。 たとえば、コンテンツ配信ネットワークへの最初の要求がキャッシュ ミスになり、その要求は配信元に送信されます。 この不完全なコンテンツがコンテンツ配信ネットワークのキャッシュに読み込まれた場合でも、コンテンツ配信ネットワークへのその他の要求がこのデータの取得を開始できます。

キャッシュ フィル待機時間

キャッシュ フィル待機時間機能は、配信元サーバーから HTTP 応答ヘッダーが到着するまで、同じリソースの後続のすべての要求をエッジ サーバーに強制的に保留させます。 タイマーの有効期限が切れる前に配信元から HTTP 応答ヘッダーが到着すると、保留になったすべての要求はキャッシュを増大することなく処理されます。 同時に、配信元からのデータによってキャッシュがフィルされます。 既定では、キャッシュ フィル待機時間は 3000 ミリ秒に設定されます。