View a markdown version of this page

MediaTailor の CDN パフォーマンスを最適化し、レイテンシーの問題を解決する - AWS Elemental MediaTailor
パフォーマンス測定手法CDN キャッシュのパフォーマンスの問題一般的な HTTP エラーの解決

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

MediaTailor の CDN パフォーマンスを最適化し、レイテンシーの問題を解決する

AWS Elemental MediaTailor コンテンツ配信ネットワーク (CDN) の統合パフォーマンスは、視聴者のエクスペリエンスと広告配信品質に直接影響します。応答時間が遅い、またはパフォーマンスが低下した場合:

パフォーマンス測定手法

パフォーマンスの問題をトラブルシューティングする前に、ベースライン測定値と継続的なモニタリングを確立します。

  1. 主要なパフォーマンスメトリクスを測定します。

    • 応答時間: マニフェストリクエストは 200 ミリ秒以内に完了し、セグメントリクエストは 100 ミリ秒以内に完了する必要があります

    • キャッシュヒット率: コンテンツセグメント >95%、広告セグメント >90%

    • オリジンリクエストボリューム: キャッシュが最適化されている場合、合計リクエストの 5% 未満である必要があります

    • 最初のフレームまでの時間: 初期再生は 2～3 秒以内に開始する必要があります

  2. パフォーマンス測定ツールを使用します。

    • CDN 分析ダッシュボード: キャッシュパフォーマンス、応答時間、エラー率のモニタリング

    • CloudWatch メトリクス: GetManifest.Latency を含む MediaTailor サービスメトリクスを追跡する

    • ブラウザ開発者ツール: クライアント側のパフォーマンスとネットワークタイミングを測定する

    • コマンドラインツール: curl とタイミングオプションを使用して特定のリクエストを測定する

  3. 継続的モニタリングを実装します。

    • 応答時間の短縮に関する自動パフォーマンスアラートを設定する

    • さまざまな地理的リージョンでパフォーマンスをモニタリングする

    • ピークトラフィック期間中のパフォーマンスを追跡する

    • 設定変更の前後にパフォーマンスメトリクスを比較する

パフォーマンス測定リソース:

CDN キャッシュのパフォーマンスの問題

キャッシュパフォーマンスの問題は、最も一般的な CDN 統合の問題の 1 つです。これらの問題はすべての MediaTailor 実装に影響し、視聴者のエクスペリエンスとコストに大きな影響を与える可能性があります。

キャッシュヒット率が低い

症状: オリジンリクエスト量の増加、レイテンシーの増加、帯域幅コストの増加、視聴者のエクスペリエンスの低下

ターゲット値:

  • コンテンツセグメント: 95% 以上のキャッシュヒット率

  • 広告セグメント: 90% 以上のキャッシュヒット率

  • マニフェスト: 実装によって異なります (パーソナライズされたマニフェストはキャッシュしないでください)

一般的な原因:

  • 異なるコンテンツタイプの TTL 設定が正しくない

  • キャッシュキー設定に不要なクエリパラメータが含まれている

  • オリジンからのキャッシュコントロールヘッダーが正しく設定されていない

  • 頻繁なキャッシュの無効化または消去

  • 地理的分布の問題 (コンテンツがエッジロケーションにキャッシュされない)

解決方法:

  1. TTL 設定を確認して最適化します。

    • コンテンツセグメント: セグメント期間以上に TTL を設定する

    • 広告セグメント: 再利用可能な広告の TTL を 24 時間以上に設定する

    • 静的アセット: TTL を 24 時間以上に設定する

    包括的な TTL の推奨事項とキャッシュ最適化戦略については、「」を参照してくださいCDN と MediaTailor の統合のキャッシュ最適化。

  2. キャッシュキー設定を最適化します。

    • キャッシュキーから不要なクエリパラメータを削除する

    • コンテンツに影響するパラメータのみが含まれていることを確認する

    • パラメータの順序と大文字と小文字の区別を正規化する

  3. オリジンキャッシュコントロールヘッダーが正しく設定されていることを確認する

  4. トラフィックの多い実装には、オリジンシールド (または同等の CDN 機能) を実装します。オリジンシールド機能は主要な CDNs で使用できますが、名前が異なる場合があります (CloudFront Origin Shield、Fastly Shield、Cloudflare Argo Tiered Cache など）。CDN でこの機能が提供されていない場合は、AWS サポートに問い合わせるときに MediaTailor で有効にできます。

  5. キャッシュ無効化戦略を確認し、不要なパージを減らす

検証ステップ:

  1. CDN 分析ダッシュボードを使用してキャッシュヒット率をモニタリングする

  2. curl で特定の URLs をテストしてキャッシュヘッダーを検証する

  3. 変更前と変更後のオリジンリクエストボリュームを比較する

高オリジンリクエストボリューム

症状: MediaTailor オリジンに到達するリクエストの予期しない数の増加、オリジンサーバーの負荷の増加、コストの増加

予想されるパターン: キャッシュヒット率が最適である場合、オリジンリクエストはビューワーリクエスト全体の 5% 未満である必要があります

一般的な原因:

  • TTL 値が低いためキャッシュミスが発生する

  • キャッシュキーの断片化 (一意のキャッシュキーが多すぎます)

  • キャッシュされたコンテンツがないリージョンでの地理的トラフィックの急増

  • 頻繁なキャッシュの無効化

解決方法:

  1. リクエストパターンを分析してキャッシュミスの原因を特定する

  2. コンテンツタイプと更新頻度に基づいて TTL 設定を最適化する

  3. 新しいコンテンツにキャッシュウォーミング戦略を実装する

  4. オリジンシールドの実装を検討する (異なる名前のメジャー CDNs「」を参照) Origin Shield の実装

アラートしきい値: オリジンリクエストが合計リクエストの 10% を超えた場合、またはベースラインよりも 50% 増加した場合にアラートを設定する

一般的な HTTP エラーの解決

CDN 統合の HTTP エラーは、多くの場合、設定の問題やサービスの問題を示します。これらのエラーパターンは、すべての MediaTailor 実装で一貫しています。

404 Not Found エラー

症状: マニフェストまたはセグメントリクエストが HTTP 404 を返し、プレイヤーがコンテンツをロードできない、プレイヤーログに「MANIFEST_LOAD_ERROR」

一般的な原因:

  • CDN オリジン設定が正しくない (MediaTailor エンドポイント URL が正しくない)

  • キャッシュ動作パスパターンがないか、正しくない

  • CDN 設定での URL の書き換えの問題

  • MediaTailor 設定名または再生エンドポイントエラー

  • ライブコンテンツのタイミングの問題 (将来のセグメントのリクエスト)

診断手順:

  1. MediaTailor オリジンに対して同じ URL を直接テストする (CDN をバイパス)

  2. CDN オリジン設定が MediaTailor 再生エンドポイントと一致することを確認する

  3. CDN キャッシュ動作パスのパターンと優先順位を確認する

  4. リクエストルーティングの詳細について CDN アクセスログを確認する

  5. MediaTailor 設定名とリージョン設定を検証する

解決方法:

  • MediaTailor 再生エンドポイントと一致するように CDN オリジン設定を修正する

  • キャッシュ動作パスパターンを更新してリクエストを適切にルーティングする

  • 該当する場合、URL 書き換えルールを修正

  • MediaTailor 設定が存在し、アクティブであることを確認する

403 禁止エラー

症状: リクエストが HTTP 403 を返す、アクセス拒否メッセージ、認証の失敗

一般的な原因:

  • MediaTailor に必要なクエリパラメータがないか、正しくない

  • CDN が必要なヘッダーまたはパラメータを転送しない

  • IP アドレスの制限または地理的ブロック

  • 認証トークンの問題 (署名URLs を使用する場合)

解決方法:

  • 必要なクエリパラメータがすべて含まれ、転送されていることを確認します。

  • ヘッダーおよびパラメータ転送の CDN 設定を確認する

  • IP の制限と地理的設定を確認する

  • 認証トークンと署名プロセスを検証する

400 不正なリクエストエラー

症状: リクエストが HTTP 400 を返す、不正な形式のリクエストエラー、パラメータ検証の失敗

一般的な原因:

  • 不正な形式のクエリパラメータまたは URL エンコードの問題

  • 無効なパラメータ値または形式

  • 特定の MediaTailor 機能に必要なパラメータがない

  • URL の長さの制限を超えました

解決方法:

  • クエリパラメータ形式と URL エンコーディングを検証する

  • MediaTailor API 要件に対してパラメータ値を確認する

  • すべての必須パラメータが含まれていることを確認する

  • URL の長さを確認し、パラメータの最適化を検討する

5xx サーバーエラー

症状: リクエストが HTTP 500、502、503、または 504 エラーを返す、断続的なサービス障害

一般的な原因:

  • MediaTailor サービスの問題または容量の制限

  • CDN オリジン接続の問題

  • オリジンレスポンスの遅延によるタイムアウトの問題

  • 一時的なサービスの低下

解決方法:

  • MediaTailor AWS のサービスステータスのサービスヘルスダッシュボードを確認する

  • CDN オリジンの接続とタイムアウトの設定を確認する

  • エクスポネンシャルバックオフを使用して再試行ロジックを実装する

  • MediaTailor CloudWatch メトリクスをモニタリングしてサービスの状態を確認する

  • 問題が解決しない場合は AWS 、 サポートにお問い合わせください。

  1. ベースラインパフォーマンスを測定します。

    • MediaTailor へのマニフェストリクエストの応答時間を直接テストする (ターゲット: <200ms)

    • マニフェストリクエストの CDN 応答時間を測定する (ターゲット: キャッシュヒットの場合は <100ms)

    • オリジンと CDN の両方からのセグメントのロード時間を確認する

  2. CDN のパフォーマンスを分析します。

    • コンテンツセグメントのキャッシュヒット率を確認する (ターゲット: 一般的なコンテンツの場合は >80%)

    • オリジンシールド (または同等の CDN 機能) が有効で、オリジンと同じ AWS リージョンで設定されていることを確認します。異なる CDNsこの機能に異なる名前を使用する

    • CDN エッジロケーションのパフォーマンスと地理的分散をモニタリングする

パフォーマンスベンチマーク:

  • マニフェスト生成の応答時間をモニタリングし、ベースラインパフォーマンスと比較します。

  • CDN キャッシュヒットはオリジンリクエストよりも大幅に高速です

  • ADS 応答時間がマニフェスト生成の遅延を引き起こさないようにする

その他のトラブルシューティングリソース:

成功基準: 解決すると、応答時間はターゲットベンチマーク (マニフェストが 200 ミリ秒未満、セグメントが 100 ミリ秒未満) を満たし、キャッシュヒット率はほとんどのコンテンツタイプで 90% を超え、オリジンリクエストボリュームは合計リクエストの 5% 未満である必要があります。パフォーマンスは、すべての地理的リージョンとデバイスタイプで一貫している必要があります。