Azure Media Services のストリーミング エンドポイント (配信元)

  • [アーティクル]

Microsoft Azure Media Services では、ストリーミング エンドポイントは、いずれかの一般的なストリーミング メディア プロトコル (HLS または DASH) を使用して、ライブのオンデマンド コンテンツをクライアント プレーヤー アプリに直接配信できるダイナミック (Just-In-Time) パッケージおよび配信元サービスを表します。 ストリーミング エンドポイントは、業界有数の DRM に動的 (Just-In-Time) 暗号化を提供します。

Media Services アカウントを作成すると、既定のストリーミング エンドポイントが停止状態で作成されます。 このアカウントでは、さらに多くのストリーミング エンドポイントを作成できます (クォータと制限に関するページを参照)。

Note

ビデオのストリーミングを開始するには、ビデオをストリーミングするストリーミング エンドポイントを開始する必要があります。 ストリーミング エンドポイントが実行状態にある場合にのみ課金されます。

ダイナミック パッケージに関する記事も必ず参照してください。

名称に関する規則

ストリーミング URL のホスト名の形式は {servicename}-{accountname}-{regionname}.streaming.media.azure.net です。ここで、servicename はストリーミング エンドポイントの名前またはライブ イベントの名前になります。

既定のストリーミング エンドポイントを使用する場合、servicename が省略され、URL は {accountname}-{regionname}.streaming.azure.net になります。

制限事項

  • ストリーミング エンドポイント名の最大値は 24 文字です。
  • 名前は、次の regex パターン ^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$ に従う必要があります。

型

ストリーミング エンドポイントには、Standard (プレビュー) と Premium の 2 つの型があります。 型は、ストリーミング エンドポイントに割り当てられたスケール ユニットの数 (scaleUnits) によって定義されます。

ストリーミング ユニットの上限は、通常 10 です。 お使いのアカウントの上限を引き上げるには、Azure サポートまでご連絡ください。

次の表では、Premium と Standard のストリーミング エンドポイントの型について説明します。

Type スケール ユニット 説明
Standard 0 既定のストリーミング エンドポイントは Standard 型です。 scaleUnits を調整して Premium 型に変更できます。
Premium > 0 Premium ストリーミング エンドポイントは高度なワークロードに適しており、専用のスケーラブルな帯域幅容量を提供します。 Premium 型には、scaleUnits (ストリーミング ユニット) を調整して移行できます。 scaleUnits では、200 Mbps 単位で購入できる専用のエグレス容量が提供されます。 Premium 型を使用している場合は、有効になっている各ユニットがアプリに追加の帯域幅容量を提供します。

注意

多数のインターネットの対象ユーザーにコンテンツを配信することを検討しているお客様には、ストリーミング エンドポイントで CDN を有効にすることをお勧めします。

ストリーミング タイプの比較

機能 Standard Premium
スループット 最大 600 Mbps であり、CDN を使用した場合に実効スループットが大幅に向上します。 ストリーミング ユニット (SU) あたり 200 Mbps。 CDN を使用した場合に実効スループットが大幅に向上します。
CDN Azure CDN、サードパーティ CDN、または CDN なし。 Azure CDN、サードパーティ CDN、または CDN なし。
課金は日割り計算 毎日 毎日
動的な暗号化 はい はい
動的パッケージ はい はい
スケール 対象スループットまで自動スケールアップ。 追加の SU。
IP フィルタリング/G20/カスタム ホスト 1 はい はい
プログレッシブ ダウンロード はい はい
リソースの種類 共有 2 専用
推奨使用量 テストおよび重要ではないストリーミング シナリオに推奨されます。 プロフェッショナルな使用量。

1 エンドポイントで CDN が有効になっていない場合にのみ、ストリーミング エンドポイントで直接使用されます。
2 Standard ストリーミング エンドポイントでは、リソースの共有プールを使用します。

バージョン

Type StreamingEndpointVersion ScaleUnits CDN 課金
クラシック 1.0 0 NA Free
Standard ストリーミング エンドポイント (プレビュー) 2.0 0 はい 有料
Premium ストリーミング ユニット 1.0 > 0 はい 有料
Premium ストリーミング ユニット 2.0 > 0 はい 有料

Note

SLA は、Standard ストリーミング エンドポイントではなく、Premium ストリーミング エンドポイントのみに適用されます。 SLA については、価格と SLA に関する記事をご覧ください。

タイプの移行

ソース ターゲット アクション
クラシック Standard オプトインが必要
クラシック Premium スケール (追加のストリーミング ユニット)
Standard/Premium クラシック 利用不可 (ストリーミング エンドポイントのバージョンが 1.0 の場合。scaleunits 値を「0」に設定してクラシックに変更することは可能)
Standard (CDN あり/なし) 同じ構成の Premium。 開始済み状態で可能 (Azure portal を使用)。
Premium (CDN あり/なし) 同じ構成の Standard。 開始済み状態で可能 (Azure portal を使用)。
Standard (CDN あり/なし) さまざまな構成の Premium。 停止状態で可能 (Azure Portal 使用)。 実行中の状態では不可。
Premium (CDN あり/なし) さまざまな構成の Standard。 停止状態で可能 (Azure Portal 使用)。 実行中の状態では不可。
バージョン 1.0、SU > = 1、CDN あり CDN なしの Standard/Premium 停止状態で可能。 開始済み状態では不可。
バージョン 1.0、SU > = 1、CDN あり Standard、CDN あり/なし 停止状態で可能。 開始済み状態では不可。 バージョン 1.0 の CDN は削除し、新しい CDN を作成して起動。
バージョン 1.0、SU > = 1、CDN あり Premium、CDN あり/なし 停止状態で可能。 開始済み状態では不可。 クラシック CDN は削除し、新しい CDN を作成して起動。

ストリーミング エンドポイントのプロパティ

このセクションでは、ストリーミング エンドポイントのいくつかのプロパティについて説明します。 新しいストリーミング エンドポイントを作成する方法の例と全プロパティの説明については、ストリーミング エンドポイントに関する記事をご覧ください。

  • accessControl - このストリーミング エンドポイントのセキュリティ設定 (このエンドポイントに接続することが許可された Akamai 署名認証キーと IP アドレス) を構成します。 このプロパティは、cdnEnabled が false に設定されているときにのみ設定できます。

  • cdnEnabled - このストリーミング エンドポイントに対する Azure CDN 統合が有効になっているかどうかを示します (既定では無効)。 cdnEnabled を true に設定した場合、customHostNames と accessControl の構成が無効になります。

    すべてのデータ センターが Azure CDN 統合をサポートしているわけではありません。 データ センターで Azure CDN 統合を使用できるかどうかを確認するには、次の手順を実行します。

    • cdnEnabled を true に設定してみます。
    • 返された結果に "Streaming endpoint CdnEnabled property can't be set to true as CDN capability is not available in the current region (現在のリージョンで CDN 機能を使用できないため、ストリーミング エンドポイントの CdnEnabled プロパティを true に設定できません)" のメッセージと共に HTTP Error Code 412 (PreconditionFailed) があるかどうかを確認します。

    このエラーが表示されている場合、そのデータ センターではサポートされていません。 別のデータ センターを試してください。

  • cdnProfile - cdnEnabled が true に設定されていると、cdnProfile の値を渡すこともできます。 cdnProfile は CDN エンドポイントのポイントが作成される、CDN プロファイルの名前です。 既存の cdnProfile を指定するか、新しいものを使用できます。 値が NULL で cdnEnabled が true の場合、既定値 "AzureMediaStreamingPlatformCdnProfile" が使用されます。 指定された cdnProfile が既に存在する場合、その下にエンドポイントが作成されます。 プロファイルが存在しない場合は、新しいプロファイルが自動的に作成されます。

  • cdnProvider - CDN が有効になっている場合は、cdnProvider の値を渡すこともできます。 cdnProvider は使用されるプロバイダーを制御します。 現時点では、"StandardVerizon"、"PremiumVerizon"、および "StandardAkamai" の 3 つの値がサポートされています。 値が指定されておらず、cdnEnabled が true の場合は、既定値の "StandardVerizon" を使用します。

  • crossSiteAccessPolicies -さまざまなクライアントのクロス サイト アクセス ポリシーを指定します。 詳しくは、Cross-domain ポリシー ファイルの仕様と「Making a Service Available Across Domain Boundaries」(ドメインの境界を越えてサービスを利用できるようにする) をご覧ください。 設定は、Smooth Streaming にのみ適用されます。

  • customHostNames -カスタム ホスト名に転送されたトラフィックを受け入れるようにストリーミング エンドポイントを構成します。 このプロパティは Standard と Premium のストリーミング エンドポイントで有効であり、cdnEnabled が false のときに設定できます。

    • ドメイン名の所有権は、Media Services によって確認される必要があります。 Media Services では、使用中のドメインに追加されるコンポーネントとして Media Services アカウント ID が含まれる CName レコードを使用して、ドメイン名の所有権を検証します。 たとえば、ストリーミング エンドポイントのカスタム ホスト名として "sports.contoso.com" を使用する場合は、Media Services の検証ホスト名の 1 つにポイントするように <accountId>.contoso.com のレコードを構成します。 検証ホスト名は、verifydns.<mediaservices-dns-zone> で構成されます。

      さまざまな Azure リージョンでのレコードの検証で使用されることが想定される DNS ゾーンを次に示します。

      • 北米、ヨーロッパ、シンガポール、香港特別行政区、日本:

        • media.azure.net
        • verifydns.media.azure.net

      • 中国:

        • mediaservices.chinacloudapi.cn
        • verifydns.mediaservices.chinacloudapi.cn

    • たとえば、"945a4c4e-28ea-45cd-8ccb-a519f6b700ad.contoso.com" を "verifydns.media.azure.net" にマップする CName レコードは、Media Services ID 945a4c4e-28ea-45cd-8ccb-a519f6b700ad が contoso.com ドメインの所有権を持っていることを証明することによって、contoso.com の下の任意の名前を、そのアカウントの下のストリーミング エンドポイントのカスタム ホスト名として使用できるようになります。 メディア サービス ID の値は、Azure portal に移動してお使いのメディア サービス アカウントを選択することで確認できます。 アカウント ID はページの右上に表示されます。

    • CName レコードの適切な検証なしでカスタム ホスト名を設定しようとした場合、DNS 応答は失敗し、その後しばらくの間キャッシュされます。 適切なレコードが配置されると、キャッシュされた応答が再検証されるまで少し時間がかかる場合があります。 カスタム ドメインの DNS プロバイダーによっては、レコードの再検証に数分から 1 時間ほどかかります。

    • <accountId>.<parent domain> を verifydns.<mediaservices-dns-zone> にマップする CName に加え、カスタム ホスト名 (例: sports.contoso.com) を Media Services ストリーミング エンドポイントのホスト名 (例: amstest-usea.streaming.media.azure.net) にマップする別の CName も作成する必要があります。

    注意

    同じデータ センターにあるストリーミング エンドポイントが同じカスタム ホスト名を共有することはできません。

    現在、Media Services ではカスタム ドメインを指定した TLS はサポートされていません。

  • maxCacheAge - メディア フラグメントとオンデマンドのマニフェスト上のストリーミング エンドポイントで設定されている、既定の max-age HTTP キャッシュ コントロール ヘッダーをオーバーライドします。 値は秒単位で設定されます。

  • resourceState - ストリーミング エンドポイントの状態の説明を次に示します。

    • Stopped (停止済み) - 作成後のストリーミング エンドポイントの初期状態。
    • Starting (開始中) - 実行中の状態に移行しています。
    • Running (実行中) - コンテンツをクライアントにストリーミングできます。
    • Scaling (スケーリング中) - スケール ユニットが増加または減少しています。
    • Stopping (停止中) - 停止済みの状態に移行しています。
    • Deleting (削除中) - 削除されているところです。

  • scaleUnits - 200 Mbps 単位で購入できる専用のエグレス容量が提供されます。 Premium 型に移行する必要がある場合は、scaleUnits の値を調整します。

Note

Media Services では、KeyDelivery、RESTv2、ストリーミング エンドポイント、ライブ イベント ストリーミングの配信元へのすべての要求に対して TLS 1.2 が適用されます。 既存の TLS 1.0 または 1.1 を使用しているアカウントは、この適用から除外されます。 これらのメディア サービス エンドポイントに対するすべての要求に TLS 1.2 を適用する場合は、AMS サポートにお問い合わせください。

複数のストリーミング エンドポイントを使用する理由

1 つのストリーミング エンドポイントでライブ ビデオとオンデマンド ビデオの両方をストリーミングでき、ほとんどの顧客は 1 つのストリーミング エンドポイントしか使用していません。 このセクションでは、複数のストリーミング エンドポイントを使用する必要がある可能性があるシナリオについて説明します。

  • 予約ユニットごとに 200 Mbps の帯域幅が許容されています。 2,000 Mbps (2 Gbps) を超える帯域幅が必要な場合は、追加の帯域幅を提供する 2 番目のストリーミング エンドポイントと負荷分散を使用ます。

    CDN は、ストリーミング コンテンツのスケールアウトを実現する最適の方法です。 ただし、多くのコンテンツを配信しており、CDN が 2 Gbps を超えてプルしている場合は、ストリーミング エンドポイント (配信元) を追加できます。 この場合は、2 つのストリーミング エンドポイント間でバランスが取れたコンテンツ URL を渡す必要があります。 この方法では、各配信元に要求を (たとえば、トラフィック マネージャー経由で) ランダムに送信するよりも、キャッシュが向上します。

    ヒント

    通常、CDN が 2 Gbps を超えてプルしている場合は、何かが正しく構成されていない可能性があります (たとえば配信元のシールドがないなど)。

  • さまざまな CDN プロバイダーの負荷分散 - たとえば、Verizon CDN を使用するように既定のストリーミング エンドポイントを設定し、Akamai を使用するように 2 つ目のストリーミング エンドポイントを作成できます。 次に、2 つの間に負荷分散を追加して、マルチ CDN 分散を実現します。

    ただし、多くの場合、顧客は 1 つの配信元を使用して複数の CDN プロバイダー間で負荷分散を行います。

  • 混合コンテンツのストリーミング - ライブ ストリーミングとビデオ オンデマンド。 ライブとオンデマンドのコンテンツのアクセス パターンは異なります。 ライブ コンテンツは、同じコンテンツに対して多くの要求を一度に受け取る傾向があります。 ビデオ オンデマンド コンテンツ (例: ロングテール アーカイブ コンテンツ) では、同じコンテンツの使用率は低くなります。 そのため、キャッシュはライブ コンテンツに対しては非常に有効ですが、ロングテール コンテンツには適していません。

    顧客がライブ コンテンツを主に視聴しており、オンデマンド コンテンツはたまに視聴するだけで、それを同じストリーミング エンドポイントから提供しているシナリオについて考えてみましょう。 使用率の低いオンデマンド コンテンツによって、ライブ コンテンツ用に残しておいた方がよいキャッシュ領域が占有される可能性があります。 このシナリオでは、1 つのストリーミング エンドポイントからライブ コンテンツを提供し、別のストリーミング エンドポイントからロングテール コンテンツを提供することをお勧めします。 これにより、ライブ イベント コンテンツのパフォーマンスが向上します。

CDN を使用したストリーミングのスケーリング

次の記事をご覧ください。

ヘルプとサポート

Media Services に質問がある場合は、次のいずれかの方法で更新プログラムに従ってください。

  • Q & A
  • Stack Overflow。 質問に タグを付け、 を使用します azure-media-services。
  • @MSFTAzureMedia するか 、@AzureSupport を使用してサポートを要求します。
  • Azure portalからサポート チケットを開きます。