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

# MediaPackage、CDN、MediaTailor 統合のパフォーマンスをモニタリングする
<a name="cdn-emp-monitoring"></a>

AWS Elemental MediaTailor では、 AWS Elemental MediaPackage とコンテンツ配信ネットワーク (CDN) の統合の最適なパフォーマンスを維持するために、効果的なモニタリングが必要です。このトピックでは、追跡する主要なメトリクス、使用するモニタリングツール、プロアクティブな問題検出のためのアラートを設定する方法に関するガイダンスを提供します。

モニタリングを設定する前に、基本的な統合が正しく機能していることを確認してください。基本的なコンテンツ配信ネットワーク統合のセットアップを完了していない場合は、 から始めます[MediaTailor を MediaPackage および CDN と統合する](mediapackage-integration.md)。モニタリングによって特定された問題をトラブルシューティングする必要がある場合は、「」を参照してください[CDN 統合のトラブルシューティング](cdn-emp-troubleshooting.md)。

## 主要なパフォーマンスメトリクス
<a name="key-performance-metrics"></a>

MediaPackage と CDN の統合の最適なパフォーマンスを確保するために、これらの重要なメトリクスをモニタリングします。

### CDN パフォーマンスメトリクス
<a name="cdn-metrics"></a>

キャッシュヒット率ターゲット、オリジンリクエストボリュームモニタリング、応答時間ベンチマークなどの包括的な CDN パフォーマンスメトリクスについては、CDN 最適化ガイド[CDN と MediaTailor の統合のパフォーマンスベンチマーク](cdn-performance-benchmarks.md)の「」を参照してください。

CDN メトリクスに関する EMP 固有の主な考慮事項:

**EMP キャッシュコントロールヘッダー**  
**検証対象**: CDN が最適な TTL 動作のために EMP のキャッシュコントロールヘッダーを尊重していることを確認する  
**予想される動作**: コンテンツタイプごとに、EMP のヘッダーに基づいて異なるキャッシュ期間を設定する必要があります  
EMP キャッシュの最適化に関する詳細なガイダンスについては、「」を参照してください[MediaTailor および MediaPackage コンテンツ配信の CDN キャッシュを最適化する](cdn-emp-caching.md)。

**クエリパラメータの影響**  
**モニタリング対象**: EMP 固有のクエリパラメータがキャッシュ効率にどのように影響するかを追跡する  
**最適化ターゲット**: 必要な EMP クエリパラメータのみがキャッシュキーに含まれていることを確認します。

**CDN 応答時間**  
**モニタリング対象**: さまざまなコンテンツタイプ (マニフェストとセグメント) の応答時間を追跡します。  
**ターゲット値**:  
+ キャッシュされたコンテンツ: 100 ミリ秒未満
+ オリジンリクエスト: 500 ミリ秒未満

### MediaPackage パフォーマンスメトリクス
<a name="emp-metrics"></a>

**エラー率**  
**モニタリング対象**: CDN エンドポイントと MediaPackage エンドポイントの両方から HTTP エラー率をモニタリングします。設定の問題を示している可能性がある 4xx エラーには特に注意してください。  
**主なエラーコード**:  
+ 400 エラー: マニフェストフィルタリングの問題に関連していることが多い
+ 404 エラー: ルーティングまたは設定の問題を示している可能性があります
+ 504 エラー: タイムアウトの問題、特に LL-HLS の場合

**リクエストボリュームとパターン**  
**モニタリング対象**: MediaPackage エンドポイントへのリクエストパターンを追跡して、使用状況の傾向と容量のニーズを特定します。  
**監視するパターン**:  
+ ピーク使用時間
+ リクエストの地理的分布
+ コンテンツタイプのディストリビューション (ライブとオンデマンド)

### レイテンシーメトリクス
<a name="latency-metrics"></a>

**End-to-endレイテンシー**  
**モニタリング対象**: LL-HLS 実装では、コンテンツの取り込みから視聴者の再生までのend-to-endのレイテンシーをモニタリングします。レイテンシーが高い場合は、CDN 設定の問題を示している可能性があります。  
**ターゲット値**:  
+ LL-HLS: 3 秒未満のglass-to-glassレイテンシー
+ 通常の HLS: 30 秒未満

**マニフェスト生成時間**  
**モニタリング対象**: MediaPackage がマニフェストを生成するのにかかる時間。特にフィルタリングを適用した場合。  
**ターゲット値**: マニフェスト生成で 200 ミリ秒未満

## モニタリングツールとセットアップ
<a name="monitoring-tools"></a>

包括的なモニタリングツールを設定することは、最適なパフォーマンスを維持し、ビューワーに影響を与える前に問題をすばやく特定するために不可欠です。適切なモニタリングを行わないと、視聴者の再生品質が低下するまで、パフォーマンスの低下、キャッシュの非効率性、統合の問題に気付かないことがあります。適切なモニタリング設定により、MediaPackage と CDN の統合のあらゆる側面を可視化できます。

MediaPackage と CDN の統合をモニタリングするには、以下の AWS のサービスとツールを使用します。

### Amazon CloudWatch
<a name="cloudwatch-monitoring"></a>

Amazon CloudWatch は、両方のサービスからメトリクスを収集して保存することで、MediaPackage と CDN の統合をモニタリングするための基盤を提供します。適切な CloudWatch 設定により、パフォーマンスの傾向の特定、問題のトラブルシューティング、統合の最適化に必要なデータを確保できます。CloudWatch メトリクスがないと、システムパフォーマンスの可視性が低下し、問題が重大になるまで検出されない可能性があります。

包括的なメトリクス収集のために CloudWatch モニタリングを設定します。

1. **MediaPackage メトリクス**: MediaPackage エンドポイントの CloudWatch メトリクスを有効にして、リクエストボリューム、エラー率、応答時間を追跡します。

1. **CDN メトリクス**: キャッシュヒット率、オリジンリクエスト数、エラー率などの CloudFront メトリクスを収集するように CloudWatch を設定します。

1. **カスタムメトリクス**: ビューワーのエンゲージメントやコンテンツの人気など、ビジネス固有の KPIs のカスタムメトリクスを作成します。

### CloudWatch ダッシュボード
<a name="dashboard-setup"></a>

メトリクスを視覚化する包括的なダッシュボードを作成します。

1. **概要ダッシュボード**: 全体的なシステムの状態を示す高レベルのメトリクス

1. **CDN パフォーマンスダッシュボード**: キャッシュパフォーマンスと地理的分散を含む詳細な CDN メトリクス

1. **MediaPackage パフォーマンスダッシュボード**: リクエストパターンやエラー率を含む MediaPackage 固有のメトリクス

1. **レイテンシーダッシュボード**: End-to-end さまざまなコンテンツタイプとリージョンのエンドツーエンドのレイテンシーメトリクス

### ログ分析
<a name="log-analysis"></a>

詳細なトラブルシューティングのためにログ分析を設定します。

1. **CDN アクセスログ**: CDN アクセスログを有効にして分析し、リクエストパターンを理解し、問題を特定する

1. **MediaPackage CloudWatch ログ**: MediaPackage ログのエラーとパフォーマンスの問題を監視する

1. **ログ集約**: Amazon CloudWatch Logs Insights またはサードパーティーツールを使用してログパターンを分析する

## アラートと通知を設定する
<a name="alerting-setup"></a>

アラート設定は、プロアクティブな問題の検出と解決に不可欠です。適切なアラートがないと、問題がビューワーエクスペリエンスに大きな影響を与えたり、サービスの中断を引き起こすまで、問題が気付かなくなる可能性があります。適切に設定されたアラートは、ビューワーに影響を与える前に問題を特定して対処し、すぐに対処する必要がある重大な問題がチームに通知されるようにするのに役立ちます。

プロアクティブアラートを設定して、ビューワーに影響を与える前に問題を特定します。

### 重要なアラート
<a name="critical-alerts"></a>

重大な問題に対する即時アラートを設定します。
+ **高エラー率**: 4xx または 5xx エラー率が 5 分間で 5% を超えた場合に警告
+ **キャッシュヒット率の低下**: キャッシュヒット率がマニフェストの場合は 70%、セグメントの場合は 85% を下回ると警告
+ **高レイテンシー**: end-to-endのレイテンシーがターゲットしきい値を超えた場合に警告する
+ **オリジンリクエストのスパイク**: オリジンリクエストがベースラインと比較して 50% 以上増加した場合のアラート

### 警告アラート
<a name="warning-alerts"></a>

問題の発生を示す傾向の警告アラートを設定します。
+ **パフォーマンスの段階的な低下**: 応答時間が 30 分間で 20% 増加した場合のアラート
+ **キャッシュ効率の傾向**: キャッシュヒット率が時間の経過とともに減少傾向を示す場合に警告する
+ **異常なトラフィックパターン**: リクエスト量または地理的分布の予期しない変更を警告する

## モニタリングデータを使用して最適化する
<a name="performance-optimization"></a>

モニタリングデータを活用してパフォーマンスを継続的に向上させます。

### 定期的なパフォーマンスレビュー
<a name="regular-reviews"></a>

1. **毎週のレビュー**: 毎週のパフォーマンス傾向を分析し、最適化の機会を特定する

1. **毎月のキャパシティプランニング**: トラフィックパターンを使用してキャパシティのニーズと CDN 最適化を計画する

1. **四半期ごとのアーキテクチャレビュー**: 全体的なアーキテクチャ効率を評価し、改善すべき分野を特定する

### 一般的な最適化アクション
<a name="optimization-actions"></a>

モニタリングデータに基づいて、次の最適化アクションを検討してください。
+ **キャッシュポリシーの調整**: 実際のコンテンツ更新パターンに基づいて TTL 値を変更します。TTL 最適化の詳細なガイダンスについては、「」を参照してください[CDN と MediaTailor の統合のキャッシュ最適化](cdn-optimize-caching.md)。
+ **地理的最適化**: トラフィックの多いリージョンに CDN エッジロケーションを追加する
+ **クエリパラメータの最適化**: キャッシュをフラグメント化する不要なクエリパラメータを削除する
+ **オリジンシールド設定**: オリジンリクエストボリュームが多いリージョンにオリジンシールドを実装する

MediaPackage に固有の詳細なモニタリングガイダンスについては、[MediaPackage ユーザーガイドの「MediaPackage のモニタリング](https://docs.aws.amazon.com/mediapackage/latest/ug/monitoring.html)」を参照してください。 MediaPackage