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

# CDN と MediaTailor の統合の実装をテストする
<a name="test-implementation"></a>

本番デプロイ前に AWS Elemental MediaTailor コンテンツ配信ネットワーク (CDN) 統合を徹底的にテストすることで、信頼性の高い視聴者エクスペリエンスを確保します。適切なテストは、対象者に影響を与える前に問題を特定して解決するのに役立ちます。テスト方法のガイダンスについては、[CloudFront ディストリビューションのテスト](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-testing.html)」を参照してください。CDN プロバイダーのテストドキュメントを参照することもできます。

CDN 統合を検証するテストステップに従います。

1. 本番稼働用設定をミラーリングするテスト環境を作成します。インクルード:
   + 同一の CDN 設定とキャッシュ動作
   + さまざまなビットレートと形式の代表的なコンテンツを含める
   + サンプル広告レスポンスを使用してテスト広告決定サーバーを設定する
   + モニタリングとアラートの設定をセットアップする

   step-by-step実装ガイダンスについては、CloudFront [デベロッパーガイド」の「ステージングディストリビューション](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-creating-testing.html)の作成」を参照してください。

1. 負荷テストを実行して、容量の見積もりを検証します。負荷テストのガイダンスについては、[MediaPackage のモニタリング](https://docs.aws.amazon.com/mediapackage/latest/ug/monitoring-service.html)」を参照してください。テストシナリオには以下が含まれます。
   + ビューワー数の段階的な増加 (通常は 5 分ごとに予想されるピークの 10～20%)
   + 予想されるピーク負荷に基づく突然のトラフィックの急増 (ピークオーディエンスの 50% が 60 秒以内に参加することをシミュレート)
   + 延長ピーク負荷期間 (30～60 分以上ピーク負荷を維持する)
   + 対象者に一致する地理的分散 (予想される視聴者の場所に従ってテストトラフィックを分散)

   応答時間が目標しきい値を下回っていることを検証します。通常、これはマニフェストの場合は 500 ミリ秒未満、セグメントの場合は 200 ミリ秒未満を意味します。エラー率は 1% 未満に維持する必要があります。負荷テストツールと方法の実装の詳細については、 AWS 「ネットワークとコンテンツ配信ブログ」の[CloudFront を使用した負荷テスト](https://aws.amazon.com/blogs/networking-and-content-delivery/load-testing-with-cloudfront/)」を参照してください。

1. フェイルオーバーシナリオをテストして信頼性を確保します。シミュレート:
   + オリジンサーバーの障害 (完全な停止シナリオと部分的な低下シナリオ)
   + CDN エッジロケーションの停止 (バックアップロケーションへのトラフィックルーティングでテスト)
   + 広告決定サーバーの非可用性 (5～10 秒のタイムアウトでテスト)
   + ネットワーク接続の問題 (パケット損失とレイテンシーの増加をシミュレート)

   CDN プロバイダーと協力して、ユースケースに適したフェイルオーバー応答時間目標を設定します。通常、これはフェイルオーバーが完了するまで 3 秒未満であることを意味します。フェイルオーバーテストの実装ガイダンスについては、CloudFront デベロッパーガイドの[「オリジンフェイルオーバー](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html)」を参照してください。

1. 主要なイベントについては、[AWS 負荷テストガイドライン](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/load-testing.html)に基づいて段階的なランプアップ戦略を実装します。
   + 異なるオーディエンスセグメントの開始時間をずらします。たとえば、オーディエンスグループ間で 15 分間隔でプレミアムサブスクライバーを最初に許可します。
   + 事前ウォーミング手法を使用して負荷を徐々に増やします。事前ウォーミングには以下が含まれます。
     + イベントの 2～4 時間前に CDN キャッシュに一般的なコンテンツを入力する
     + 合成トラフィックを予想ピークの 20～30% まで徐々に増やしてシステムをウォームアップする
     + 実際のコンテンツを使用して、現実的な負荷条件ですべてのコンポーネントをテストする
   + ランプアップ期間中のシステムパフォーマンスをモニタリングし、以下を追跡します。
     + キャッシュヒット率と応答時間 (ターゲット >90% ヒット率、<500ms 応答)
     + エラー率とオリジン負荷 (エラー率 <1%、オリジン CPU <70%)
     + 広告パーソナライゼーションの成功率 (ターゲット >98% の成功パーソナライゼーション)
     + ビューワーエクスペリエンスメトリクス (ターゲット <2 秒の起動時間、<0.5% の再バッファリング)
   + 予期しないトラフィックの急増に備えて、緊急時対応計画を立てます。プランには、以下の重要なコンポーネントを含める必要があります。
     + 15 分以内に容量を 50～100% 増やす手順を文書化した緊急キャパシティスケーリング手順
     + トラフィックの 20～50% をセカンダリ CDN に移行する機能を備えたバックアップ CDN アクティベーションプロトコル
     + 広告挿入のフォールバックを簡素化し、ターゲットパラメータを 10 個以上から 3～5 個の必須パラメータに減らす
     + 事前定義された通知テンプレートと連絡先リストを持つステークホルダー向けのコミュニケーションプラン

   テストが完了したら、本番環境のデプロイ手順の [CDN 統合の実装](https://docs.aws.amazon.com/mediatailor/latest/ug/cdn-integration.html)に進みます。