放送品質ライブ配信 - AWS Elemental MediaLive と MediaPackage で大規模配信基盤を構築する
AWS Elemental MediaLive と MediaPackage を使った放送品質のライブ配信基盤を解説。リアルタイムトランスコード、DRM、広告挿入、マルチ CDN 配信を紹介します。
放送品質ライブ配信の要件
テレビ放送のクラウド移行、大規模スポーツイベントの配信、有料動画サービスのライブ配信では、IVS のようなシンプルな配信サービスでは対応できない要件があります。放送品質のトランスコード (HEVC/H.265 対応、HDR、4K)、DRM によるコンテンツ保護、サーバーサイド広告挿入 (SSAI)、複数の配信フォーマット (HLS、DASH、CMAF) の同時生成、マルチ CDN 配信、冗長構成による高可用性などです。AWS Elemental メディアサービス群は、これらの要件を満たす放送品質のライブ配信パイプラインを提供します。MediaLive (トランスコード)、MediaPackage (パッケージングとオリジン)、MediaConnect (映像転送)、MediaTailor (広告挿入) の各サービスに、必要に応じて Amazon S3 を組み合わせて、エンドツーエンドの配信基盤を構築します。
MediaLive によるリアルタイムトランスコード
MediaLive はライブ映像のリアルタイムトランスコードサービスです。RTMP、RTP、HLS、MediaConnect などの入力ソースから映像を受信し、複数の解像度・ビットレートに同時変換します。ABR (Adaptive Bitrate) ラダーを定義し、たとえば 1080p/5Mbps、720p/3Mbps、480p/1.5Mbps、360p/800kbps の 4 段階の出力を同時生成できます。コーデックは H.264 (AVC) と H.265 (HEVC) に対応し、HEVC は同等画質で H.264 の約半分のビットレートで配信できるため、帯域コストの削減に有効です。チャネルクラスは SINGLE_PIPELINE (単一パイプライン) と STANDARD (冗長パイプライン) の 2 種類で、STANDARD は 2 つの独立したパイプラインで処理し、一方が障害を起こしても配信が継続します。放送品質の配信では STANDARD クラスが必須です。
MediaPackage と DRM ・広告挿入
MediaPackage は MediaLive の出力を受け取り、視聴者のデバイスに適したフォーマットにパッケージングするサービスです。 Just-in-Time パッケージングにより、 1 つの入力から HLS (Apple デバイス)、 DASH (Android 、 Web)、 CMAF (低遅延)、 MSS (レガシー Windows) の各フォーマットを動的に生成します。事前にすべてのフォーマットを生成・保存する必要がないため、ストレージコストを削減できます。 DRM 統合では、 Widevine (Google)、 FairPlay (Apple)、 PlayReady (Microsoft) の 3 大 DRM に対応し、 SPEKE (Secure Packager and Encoder Key Exchange) プロトコルで DRM キーサーバーと連携します。 MediaTailor との統合でサーバーサイド広告挿入 (SSAI) を実現します。 SSAI は広告をサーバー側でコンテンツストリームに結合し、本編と同じセグメントとして配信するため、広告用の URL やドメインを遮断する方式のクライアント側広告ブロッカーには回避されにくくなります。ただし広告の視聴計測に使うトラッキング用のリクエストや、再生プレイヤー側での操作が遮断される余地は残るため、完全に回避不能な仕組みというわけではありません。
MediaConnect と配信アーキテクチャ
MediaConnect は高信頼のライブ映像転送サービスで、放送局間や拠点間の映像伝送に使用します。SRT (Secure Reliable Transport) や Zixi プロトコルに対応し、インターネット経由でも放送品質の映像転送を実現します。冗長化されたフローで高可用性を確保し、映像の品質監視メトリクスをリアルタイムに提供します。典型的な配信アーキテクチャは、映像ソース → MediaConnect (転送) → MediaLive (トランスコード) → MediaPackage (パッケージング) → CloudFront (CDN 配信) → 視聴者デバイスの流れです。なお Elemental の各サービスは、どのリージョンでも同じように使えるわけではありません。AWS のサービス提供状況の更新 (2026 年 6 月) では MediaLive と MediaPackage の一部リージョンが 2026 年 6 月 30 日でサポート終了とされているため、構成を決める前に利用予定リージョンでの提供状況を確認してください (2026 年 8 月時点)。24 時間 365 日のライブチャンネルを運用する場合は、チャネルの稼働時間がそのままコストに直結します。料金の内訳は次の節でまとめて扱います。
Elemental の料金
(2026 年 8 月時点・米国東部 (バージニア北部) のオンデマンド料金) MediaLive の課金は入力と出力が別建てで、それぞれ 1 時間あたりの単価が決まります。入力側は解像度とコーデックで単価が分かれ、標準チャネル (冗長パイプライン) で 1080p・HEVC・20 Mbps の映像を受ける場合は 1 時間あたり 0.588 ドル、単一パイプラインなら 0.3528 ドルです。Elemental Link 経由の入力は HD が 1 時間あたり 0.50 ドル (単一パイプライン)、UHD が 4.583 ドル (標準チャネル) という別体系になっています。出力側の区分は SD (720p 未満)、HD (720p から 1080p)、UHD の 3 段階で、「フル HD」という独立した区分はありません。AVC・30 fps・標準チャネルの場合、HD 出力が 1 時間あたり 0.702 ドル、SD 出力が 0.354 ドルです。単一パイプラインにすれば HD 0.4212 ドル、SD 0.2124 ドルまで下がりますが、冗長性を失うため放送用途では選びにくい選択肢です。HEVC はビットレート効率と引き換えに単価が上がり、標準チャネルの 1080p HEVC 出力は 1 時間あたり 2.808 ドル、2160p UHD では 11.232 ドルになります。フレームレートを明示的に設定しない場合は 30 fps 超の単価が適用される点にも注意してください。ABR ラダーは出力段ごとに課金されるため、ラダーの段数がそのまま時間単価に積み上がります。MediaPackage のライブパッケージングは、チャネルへの受信が 1 GB あたり 0.030 ドル、CDN へのオリジン配信が 1 GB あたり 0.050 ドルという 2 本立てで、視聴者への配信そのものには CloudFront 側の料金が適用されます。低遅延のオリジンストレージとして使われていた MediaStore は 2025 年 11 月 13 日でサービスを終了しており、現在は MediaPackage のオリジン機能または Amazon S3 を使います。コスト管理の要点は 2 つです。1 つは配信スケジュールに応じてチャネルを起動・停止すること (映像を流していないアイドル状態のチャネルでも稼働時間で課金されます)、もう 1 つは常時稼働のチャネルに 12 か月のリザーブド料金を適用することで、オンデマンド比で最大 75% の削減が案内されています。単価はリージョンによって異なるため、実際の見積もりは利用リージョンの公式料金表で確認してください。
ライブ配信の冗長化と品質監視
ライブ配信は、やり直しがきかないため、配信が止まらない設計が何よりも重要です。トランスコードの処理経路を二重化しておけば、片方に障害が起きても、もう片方が配信を継続できます。入力する映像源も複数用意し、一方が途切れたら自動的に切り替える仕組みにすると、入力側の障害にも耐えられます。配信中は、映像や音声の品質、遅延、エラーの発生状況をリアルタイムに監視し、異常があれば即座に対応できる体制を整えます。視聴者に途切れのない安定した配信を届けるには、各段階を冗長化し、常に状態を監視する、堅牢なアーキテクチャの設計が欠かせません。
まとめ - Elemental メディアサービスの活用指針
AWS Elemental メディアサービス群は、放送品質のライブ配信基盤をクラウドで構築するためのサービスです。MediaLive のリアルタイムトランスコード、MediaPackage の Just-in-Time パッケージングと DRM、MediaConnect の高信頼映像転送、MediaTailor の広告挿入を組み合わせて、エンドツーエンドの配信パイプラインを実現します。DRM、広告挿入、放送品質のトランスコードが必要な大規模配信に適しています。インタラクティブな低遅延配信のみが必要な場合は IVS を検討してください。
参考資料 (AWS 公式)
本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。
本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。