ストリーミング設定ガイドライン

Fastly ネットワークは、パブリッククラウドまたはプライベートクラウドのストレージサービスなどにアーカイブまたは録画された HTTP ストリーミングテクノロジーのライブストリーミングを配信できます。ライブストリーミングの配信を行う場合、以下のガイドラインに沿った VCL の設定をおすすめしています。不明な点についてはカスタマーサポートまでお問い合わせ下さい。

シールドの有効化

オリジンサーバーに対して特定のシールド POP を指定し、オリジンシールドを有効化することで、Fastly ネットワーク内でのライブストリーミングの可用性をより高める事ができます。注目度の高いイベントなどのためにプライマリ、セカンダリのオリジンを設定している場合は、それぞれのオリジンに地理的に近いシールド POP を設定して下さい。

動画マニフェストファイルとセグメントキャッシュの TTL 設定

HLS などでは、新しいセグメントが使用可能になるとビデオのマニフェストファイルが定期的に更新されます。マニフェストファイルの TTL は、ビデオセグメントの長さの半分以下 (例えば 5 秒のビデオセグメントの場合は通常 1 - 2 秒) に設定することをお勧めします。長時間の DVR やライブストリームから VOD へ変換する場合は、セグメントの TTL をシールド POP で長く、エッジ POP ではメモリから確実に配信されるよう短く (3600 秒以下) に設定します。

以下の VCL コードのサンプルを、動画マニフェストとセグメントに異なる TTL を設定する際の参考にしてください。このコードは VCL スニペットに追加して利用することが可能です。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

sub vcl_fetch {
#FASTLY fetch
  # Set 1s ttls for video manifest and 3600s ttls for segments of HTTP Streaming formats.
  # Microsoft Smooth Streaming format manifest and segments do not have file extensions.
  # Look for the keywords "Manifest" and "QualityLevel" to identify manifest and segment requests.
  if (req.url.ext ~ "m3u8|mpd" || req.url.path ~ "Manifest") {
    set beresp.ttl = 1s;
    return (deliver);
  }
  else {
    if (req.url.ext ~ "aac|dash|m4s|mp4|ts" || req.url.path ~ "QualityLevel") {
      set beresp.ttl = 3600s;
      return (deliver);
    }
  }
  return (deliver);
}

MIME タイプに応じてビデオマニフェストとセグメントを識別することも可能です。

エラーに対する TTL を短く設定

Fastly は、デフォルトでオリジンからの Cache-Control ヘッダーに基づきキャッシュ可能なオブジェクトの TTL を設定するように設定されています。しかし、200や206以外の HTTP ステータスコードレスポンスに対しては、オリジンサーバーから Cache-Control ヘッダーが送信されるとは限りません。その場合、Fastly はオリジンへ大量のリクエストを送信することを防ぐために、キャッシュ対象のステータスコードをデフォルト TTL (通常は 3600 秒) でキャッシュします。キャッシュ対象外のステータスコードは、beresp.cacheable フラグを true に設定することでキャッシュさせることができます。

ライブストリーミングの場合は、新しいビデオセグメントが数秒ごとに追加されます。ライブストリーミングトランスコーダーの一般的な設定では、5秒毎にビデオセグメントを生成し、ビデオセグメントが使用可能になり次第マニフェストファイルが更新されるようになっています。ただし、ビデオプレイヤーがまだ使用可能でないセグメントへアクセスを行い、500や503といったエラーレスポンスが返されることがしばしば発生します。このような場合は、ステータスコードレスポンスをキャッシュ可能にし、短い TTL を設定することで、オリジンに回復する時間 (1秒程度) を与えることができます。

以下は、ステータスコードが200、206以外の場合のエラーレスポンスを1秒間キャッシュする VCL コードのサンプルです。このコードは VCL スニペットに追加して利用することが可能です。

1
2
3
4
5
6
7
8
9
10

sub vcl_fetch {
#FASTLY fetch
  # Set 1s ttl if origin response HTTP status code is anything other than 200 and 206
  if (!http_status_matches(beresp.status, "200,206")) {
    set beresp.ttl = 1s;
    set beresp.cacheable = true;
    return (deliver);
  }
  return (deliver);
}

ストリーミングミスの設定

ストリーミングミスを設定することで、Fastly サーバーがオリジンからコンテンツを取得する必要がある場合のクライアント (ビデオプレイヤー) でのストリーミングのダウンロード待ち時間を減らすことが出来ます。ストリーミングミスはチャンクやセグメントと呼ばれるビデオとオーディオオブジェクトにのみ有効化すべきです。

ストリーミングミスを設定に以下の VCL コードのサンプルをご活用ください。このコードは VCL スニペットに追加して利用することが可能です。

1
2
3
4
5
6
7
8
9
10

sub vcl_fetch {
#FASTLY fetch
  # Enable Streaming Miss only for video or audio objects.
  # Below conditions checks for video or audio file extensions commonly used in
  # HTTP Streaming formats.
  if (req.url.ext ~ "aac|dash|m4s|mp4|ts") {
    set beresp.do_stream = true;
  }
  return (deliver);
}

自動圧縮の設定

ファイル拡張子またはコンテンツタイプに基づいてマニフェストファイルの自動圧縮をガイドとして、以下の表を使用して設定します。

CORS の設定

別ドメインでビデオやオーディオの再生を行う場合は、サービスで CORS ヘッダーを設定します。クライアントは、CORS プリフライトリクエストを送信し、メインリクエストが送信しても良いかどうかを判断することができます。

デフォルトでは、オプションリクエストはオリジンに送信されます。これに代わり、CDN からのシンセティックレスポンスでレスポンスを返すことができます。また、シンセティックで特別にオプションを処理する例もあります。オプションリクエストがオリジンを通過できる場合、オプションリクエストのキャッシュを推奨します。

メソッドの設定

メディアオリジンでは、リクエストは通常、GET と HEAD メソッドのみに使用されるため、オリジンでは期待されていない他のリクエストをブロックするに値します。デフォルトでは、Fastly は GET、HEAD、FASTLYPURGE メソッドに送ります。カスタム VCL を使用して、405エラーをクライアントに送信することで、他のすべてのリクエストをブロックすることができます。

1
2
3
4
5
6
7

sub vcl_recv {
#FASTLY recv
  if (req.method != "HEAD" && req.method != "GET" && req.method != "FASTLYPURGE") {
    error 405; # This is a `return(pass);` by default
  }
return(lookup);
}

試験的な BBR TCP 輻輳制御アルゴリズムの有効化

BBR TCP の輻輳制御アルゴリズムは、ユーザーエクスペリエンスを改善できる追加 TCP 設定です。デフォルトで使用されている、レイテンシベースではなくパケットロスに基づく CUBIC TCP 輻輳制御アルゴリズムとは異なり、BBR は一時的なパケットロス時にもレイテンシをコントロールしながら帯域を最大化できるように設計されています。

BBR を適用するには、VCL スニペットを利用して以下のコードを追加して下さい。

1
2
3
4
5
6
7
8

sub vcl_deliver {
#FASTLY deliver
  # set congestion algorithm for client requests
  if (!req.http.Fastly-FF && client.requests == 1) {
    set client.socket.congestion_algorithm = "bbr";
  }
  return(deliver);
}

オリジンタイムアウトの設定

オリジンからライブストリーミングのセグメントが遅延なくダウンロードされるように、最適なオリジンタイムアウトの設定を行います。例えば、ライブストリーミングのセグメントファイルが5秒の場合は、Origin Connect 値は1秒、First byte と Between bytes timeout は2秒に設定します。通常、これらの値は Fastly がクライアントのリクエストに適切なレスポンスを返す前に、別のオリジン (設定されている場合) に対してリトライが行えるように設定します。

フェイルオーバー (フォールバック) オリジンの設定

エンコーダーやリソースの高負荷などの問題による配信障害に備えて、フェイルオーバーオリジンの設定をご検討下さい。

リアルタイムログストリーミングの設定

ライブストリーミングの配信に関するトラブルシューティングやデバッグに備えて、リアルタイムログストリーミングを設定し、vcl_log に TCP 接続やキャッシュ、その他の処理時間に関するメトリクスを含めることをお勧めします。例えば、以下を含めることをご検討ください。

• fastly_info.state (キャッシュヒットまたはミス)
• client.socket.tcpi_rtt (クライアントの往復時間)
• time.to_first_byte (クライアントのリクエストから最初の1バイトを受信するまでの時間)
• time.elapsed (オリジンとクライアントの両方のレスポンス時間、または最終バイトまでの時間を計算するためのリクエスト開始からの時間)
• client.as.number および client.as.name (クライアント IP と関連する自律システム番号および名前)
• client.socket.tcpi_delta_retrans (クライアントに再度送信されたパケット数)
• client.socket.tcpi_snd_mss (クライアントにレスポンスを送信するために使用される最大セグメントサイズ)
• client.requests (これまでの接続でのリクエスト数)
• client.socket.nexthop (Fastly がクライアントレスポンスを送信しているネットワークパス)
• req.restarts (リクエストの再起動数は再試行が行われていることを示します)
• server.datacenter (リクエストを配信した Fastly POP)
• resp.http.content-length および resp.body_bytes_written (送信されると予想されていたバイト数に対し、実際にクライアントに送信されたバイト数)

これらの指標を分析することにより、スループット上の問題や、ABR プレイバック を利用している場合にビデオプレイヤーが別の品質のストリームに切り替えた原因の調査に役に立つ可能性があります。

サロゲートキーによるパージの活用

Fastly のサロゲートキー機能を利用することで、特定のライブストリーミングに関するすべてのセグメントファイル、マニフェストファイルを一度の API コールで Fastly ネットワーク上からパージ (削除) することができます。

ライブから VOD へのスムーズな変換

エンコーダーは通常、ライブストリーミングしたビデオを VOD 用に変換する際、別の動画マニフェストを生成します。VOD 用のマニフェストファイルがライブ用のマニフェストファイルと同じ URL を利用する場合、ライブ用のマニフェストファイルをパージするか、キャッシュが無効化される (通常短い TTL が設定されているため) まで待つ必要があります。ライブビデオが mp4 でアーカイブに保管される場合は、Fastly の OTFP サービス を利用して配信することをご検討下さい。