共用方式為

Azure 媒體服務中的串流端點 (來源)

  • 發行項

在 Microsoft Azure 媒體服務 中，串流端點代表動態 (Just-In-Time) 封裝和原始服務，可使用其中一種常見的串流媒體通訊協定，將即時和隨選內容直接傳遞給用戶端播放器應用程式， (HLS 或 DASH) 。 串流端點也提供動態 (即時) 加密至領先業界的DRM。

當您建立媒體服務帳戶時，會為您建立處於停止狀態 的預設 串流端點。 您可以在帳戶下建立更多串流端點， (請參閱 配額和限制) 。

注意

若要開始串流處理視訊，您必須啟動要作為視訊串流處理來源的串流端點。 只有當串流端點處於執行中狀態時，才會向您收取費用。

請務必同時檢閱 動態封裝一文。

命名慣例

串流 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])*$。

類型

串流端點有兩種類型：標準 (預覽) 和進階。 類型會根據您為串流端點配置的縮放單位數 (scaleUnits) 來定義。

串流單位上限通常為 10。 請連絡 Azure 支援 以提高您的帳戶限制。

下表描述進階和標準串流端點類型。

類型 縮放單位 Description
Standard 0 默認串流端點是 標準 類型。 您可以藉由調整 scaleUnits來將它變更為 Premium 類型。
高級 > 0 進階 串流端點適用於進階工作負載，並提供專用且可調整的頻寬容量。 您可以藉由調整 scaleUnits (串流單位) 來移至 Premium 類型。 提供 scaleUnits 專用的輸出容量，您可以以 200 Mbps 的增量購買。 使用 進階 類型時，每個啟用的單位都會為應用程式提供額外的頻寬容量。

注意

對於想要將內容傳遞給大型因特網對象的客戶，建議您在串流端點上啟用CDN。

比較串流類型

功能 標準 Premium
Throughput 最多 600 Mbps，而且當您使用 CDN 時，可提供更高的有效輸送量。 每個串流單位 (SU) 200 Mbps。 當您使用 CDN 時，可以提供更高的有效輸送量。
CDN Azure CDN、協力廠商 CDN 或沒有 CDN。 Azure CDN、協力廠商 CDN 或沒有 CDN。
按比例計費 每日 每日
動態加密 是 是
動態封裝 是 是
調整 自動相應增加至目標輸送量。 其他 SU。
IP 篩選/G20/自訂主機1 是 是
漸進式下載 是 Yes
資源類型 共用 2 專用
建議用法 建議用於測試和非必要的串流案例。 專業用法。

1 只有在端點上未啟用CDN時，才直接在串流端點上使用。
2 標準串流端點使用共用資源集區。

版本

類型 StreamingEndpointVersion ScaleUnits CDN 計費
傳統 1.0 0 NA 免費
標準串流端點 (預覽) 2.0 0 是 已支付
進階串流單位 1.0 > 0 是 已支付
進階串流單位 2.0 > 0 是 已支付

注意

SLA 僅適用於進階串流端點，不適用於標準串流端點。 如需 SLA 的相關信息，請參閱 定價和 SLA。

在類型之間移轉

寄件者 收件者 動作
傳統 標準 需要加入
傳統 Premium ) 調整 (其他串流單位
標準/高階 傳統 無法使用 (如果串流端點版本為 1.0。允許將值設定 scaleunits 為 「0」，以變更為傳統。)
標準 (含/不含 CDN) 具有相同組態的 Premium。 允許透過 Azure 入口網站) 處於啟動狀態 (。
進階 (含/不含 CDN) 具有相同組態的標準。 允許透過 Azure 入口網站) 處於啟動狀態 (。
標準 (含/不含 CDN) 具有不同組態的 Premium。 在已停止狀態下允許 (透過 Azure 入口網站)。 不允許處於 執行 中狀態。
進階 (含/不含 CDN) 具有不同組態的標準。 在已停止狀態下允許 (透過 Azure 入口網站)。 不允許處於 執行 中狀態。
1.0 版，SU >= 1，含 CDN 標準/進階，不含 CDN 在已停止狀態下允許。 在已啟動狀態下不允許。
1.0 版，SU >= 1，含 CDN 標準，含/不含 CDN 在已停止狀態下允許。 在已啟動狀態下不允許。 將會刪除 1.0 版 CDN 並建立和啟動新的 CDN。
1.0 版，SU >= 1，含 CDN 進階，含/不含 CDN 在已停止狀態下允許。 在已啟動狀態下不允許。 將會刪除傳統 CDN 並建立和啟動新的 CDN。

串流端點屬性

本節討論串流端點的一些屬性。 如需如何建立新串流端點和所有屬性描述的範例，請參閱 串流端點。

  • accessControl - 設定此串流端點的下列安全性設定：Akamai 簽章標頭驗證密鑰和允許連線到此端點的 IP 位址。 此屬性只有在 cdnEnabled 設為 false 時才能設定。

  • cdnEnabled - 指出此串流端點的 Azure CDN 整合是否已啟用， (預設為停用) 。 如果您將 cdnEnabled 設為 True，下列設定就會停用：customHostNames 和 accessControl。

    並非所有資料中心都支援 Azure CDN 整合。 若要檢查您的資料中心是否有 Azure CDN 整合，請執行下列步驟：

    • 嘗試設定cdnEnabled設為 true。
    • 檢查傳回的結果，以取得 HTTP Error Code 412 (PreconditionFailed) 訊息 - 「串流端點 CdnEnabled 屬性無法設定為 true，因為目前區域中無法使用 CDN 功能」。

    如果您收到此錯誤，表示資料中心不支援此功能。 請嘗試另一個資料中心。

  • cdnProfile - 當 設定為 true 時 cdnEnabled ，您也可以傳遞 cdnProfile 值。 cdnProfile 是CDN端點點建立所在CDN設定檔的名稱。 您可以提供現有的 cdnProfile ，或使用新的。 如果 value 為 NULL 且 cdnEnabled 為 true，則會使用預設值 “AzureMediaStreamingPlatformCdnProfile”。 如果提供的 cdnProfile 已經存在，則會在它下建立端點。 如果設定檔不存在，則會自動建立新的設定檔。

  • cdnProvider - 啟用 CDN 時，您也可以傳遞 cdnProvider 值。 cdnProvider 會控制將使用哪一個提供者。 目前支援三個值 - “StandardVerizon”、“PremiumVerizon” 和 “StandardAkamai”。 如果未提供此值且 cdnEnabled 為 true，請使用預設值 「StandardVerizon」。。

  • crossSiteAccessPolicies - 指定各種用戶端的跨網站存取原則。 如需詳細資訊，請參閱跨網域原則檔案規格和使服務可跨網域界限使用。 這些設定僅適用於 Smooth Streaming。

  • customHostNames - 設定串流端點以接受導向至自定義主機名的流量。 此屬性適用於標準和進階串流端點，且可在 false 時 cdnEnabled 設定。

    • 網域名稱的所有權必須通過媒體服務的確認。 媒體服務會使用包含媒體服務帳戶標識碼的記錄協助 CName ，驗證功能變數名稱擁有權，做為要新增至使用中網域的元件。 例如，如果您使用 「sports.contoso.com」 作為串流端點的自定義主機名，請設定 的 <accountId>.contoso.com 記錄以指向其中一個媒體服務驗證主機名。 驗證主機名是由 所組成 verifydns.<mediaservices-dns-zone>。

      以下是預期用於不同 Azure 區域的驗證記錄中的 DNS 區域。

      • 北美洲、歐洲、新加坡、香港特別行政區和日本：

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

      • 中國：

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

    • 例如， CName 將 「945a4c4e-28ea-45cd-8ccb-a519f6b700ad.contoso.com」 對應至 「verifydns.media.azure.net」 的記錄會證明媒體服務標識元 「945a4c4e-28ea-45cd-8ccb-a519f6b700ad」 具有 contoso.com 網域的擁有權，讓 contoso.com 下的任何名稱作為該帳戶下串流端點的自定義主機名。 若要尋找媒體服務識別碼的值，請前往 Azure 入口網站，然後選取您的媒體服務帳戶。 [帳戶識別碼] 會顯示在頁面的右上方。

    • 如果有人嘗試設定自訂主機名稱，但沒有適當的 CName 記錄驗證，則 DNS 回應會失敗，然後快取會執行一段時間。 當適當的記錄就緒之後，可能需要一些時間，才能重新驗證快取的回應。 視自訂網域的 DNS 提供者而定，重新驗證記錄需要幾分鐘到一小時的時間。

    • 除了對應至 的 CName 之外，您必須建立另一個CName對應自定義主機名 (，例如 sports.contoso.com) 到媒體服務串流端點的主機名， (例如 amstest-usea.streaming.media.azure.net) 。verifydns.<mediaservices-dns-zone><accountId>.<parent domain>

    注意

    位於相同數據中心的串流端點無法共用相同的自定義主機名。

    目前，媒體服務不支援使用自定義網域的 TLS。

  • maxCacheAge - 覆寫媒體片段和隨選資訊清單上預設的 max-age HTTP 快取控制標頭 (由串流端點設定)。 此值的設定會以秒為單位。

  • resourceState - 以下是串流端點狀態的描述。

    • 已停止 - 建立後串流端點的初始狀態。
    • 啟動 - 轉換至執行中狀態。
    • 執行 - 能夠將內容串流處理至用戶端。
    • 縮放 - 縮放單位正在增加或減少。
    • 停止：轉換為已停止狀態。
    • 刪除：正在刪除。

  • scaleUnits - 提供專用的輸出容量，您可以以 200 Mbps 的增量購買。 如果您需要移至 Premium 類型，請調整 的值 scaleUnits。

注意

媒體服務將會針對 KeyDelivery、RESTv2、串流端點和即時事件串流來源的所有要求強制執行 TLS 1.2。 具有現有 TLS 1.0 或 1.1 使用量的帳戶將會豁免此強制執行。 如果您想要針對這些媒體服務端點的所有要求強制執行 TLS 1.2，請連絡 AMS 支援。

為何要使用多個串流端點？

單一串流端點可以串流即時和隨選影片，而大部分的客戶只會使用一個串流端點。 本節說明您可能需要使用多個串流端點的案例。

  • 每個保留單元允許 200 Mbps 的頻寬。 如果您需要超過 2,000 Mbps (2 Gbps) 頻寬，請使用提供額外頻寬的第二個串流端點和負載平衡。

    CDN 是達到串流內容向外延展的最佳方式。 不過，如果您要傳遞太多內容，讓 CDN 提取超過 2 Gbps，您可以新增額外的串流端點 (來源) 。 在此情況下，您必須在兩個串流端點之間提供平衡的內容 URL。 相較於嘗試隨機傳送要求給每一個原點 (例如，透過流量管理員)，這個方法的快取成效更佳。

    秘訣

    通常，當 CDN 提取超過 2 Gbps 時，可能會 (設定錯誤，例如，沒有原始防護) 。

  • 負載平衡不同的 CDN 提供者 - 例如，您可以設定預設串流端點以使用 Verizon CDN，並建立第二個使用 Akamai 的端點。 現在，在兩個端點之間新增負載平衡，以達成多重CDN平衡。

    不過，客戶通常會使用單一來源跨多個CDN提供者進行負載平衡。

  • 串流混合內容 - 即時串流和視訊隨選。 即時和隨選內容的存取模式不同。 即時內容通常會一次取得相同內容的大量需求。 例如，視訊隨選內容 (，長尾封存內容) 相同內容的使用量很低。 因此，快取在即時內容上運作非常良好，但不適用於長尾內容。

    假設您的客戶主要觀看實時內容，但偶爾只會觀看隨選內容，而且會從相同的串流端點提供服務。 隨選內容的低使用率會佔用快取空間，而這些空間更適合用於即時內容。 在此案例中，我們建議從一個串流端點提供實時內容，以及來自另一個串流端點的長尾內容。 這樣可改善即時活動內容的效能。

使用 CDN 調整串流作業的規模

查看下列文章：

取得說明及支援

您可以連絡媒體服務並詢問問題，或依照下列其中一種方法追蹤我們的更新：