Конечные точки потоковой передачи (источник) в Службах мультимедиа Azure

Конечная точка потоковой передачи в Службах мультимедиа Microsoft Azure — это служба динамической (JIT) упаковки и исходная служба, которая может доставить содержимое в реальном времени и по запросу непосредственно в клиентское приложение проигрывателя с помощью одного из распространенных протоколов потоковой передачи мультимедиа (HLS или DASH). Конечная точка потоковой передачи обеспечивает динамическое (JIT) шифрование для ведущих DRM в отрасли.

Когда вы создаете учетную запись Служб мультимедиа, в состоянии остановки создается конечная точка потоковой передачи по умолчанию. Под этой учетной записью можно создать несколько конечных точек потоковой передачи (см. раздел Квоты и ограничения).

Примечание

Чтобы начать потоковую передачу видео, вам потребуется запустить конечную точку потоковой передачи, из которой предполагается транслировать видео. Плата взимается, только когда конечная точка потоковой передачи используется.

Обязательно ознакомьтесь со статьей Динамическая упаковка.

Соглашение об именовании

Формат имени узла для URL-адреса потоковой передачи: {servicename}-{accountname}-{regionname}.streaming.media.azure.net, где servicename = название конечной точки потоковой передачи или трансляции.

При использовании конечной точки потоковой передачи по умолчанию servicename не указывается, поэтому URL-адрес имеет следующее значение: {accountname}-{regionname}.streaming.azure.net.

Ограничения

  • Максимальная длина названия конечной точки потоковой передачи — 24 символа.
  • Название следует давать в соответствии с шаблоном регулярных выражений: ^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$.

Типы

Существует два типа конечных точек потоковой передачи: Стандартный (предварительная версия) и Премиум. Тип определяется по количеству единиц масштабирования (scaleUnits), выделенных для конечной точки потоковой передачи.

Максимальный размер единицы потоковой передачи обычно равен 10. Обратитесь в службу поддержки Azure, чтобы увеличить лимит для вашей учетной записи.

в следующей таблице описаны типы конечных точек потоковой передачи "Премиум" и "Стандартный".

Тип Единицы масштабирования Описание
Стандартный 0 Тип конечной точкой потоковой передачи по умолчанию — Стандартный. Его можно изменить на "Премиум", изменив scaleUnits.
Премиальный > 0 Конечные точки потоковой передачи Премиум подходят для выполнения более сложных задач благодаря выделенной пропускной способности и возможности масштабирования. Можно выполнить переход на тип Премиум, изменив scaleUnits (единицы потоковой передачи). scaleUnits предоставляет выделенную емкость исходящего трафика, которую можно приобрести с шагом в 200 Мбит/с. При использовании типа Премиум каждая включенная единица обеспечивает приложению дополнительную пропускную способность.

Примечание

Для клиентов, желающих доставлять содержимое обширной интернет-аудитории, рекомендуется включить CDN в конечной точке потоковой передачи.

Сравнение типов потоковой передачи

Компонент Standard Premium
Пропускная способность До 600 Мбит/с обеспечивает более высокую пропускную способность при использовании CDN. 200 Мбит/с на единицу потоковой передачи. Может обеспечить более высокую пропускную способность при использовании CDN.
CDN Azure CDN, CDN сторонних поставщиков или без CDN. Azure CDN, CDN сторонних поставщиков или без CDN.
Пропорциональное выставление счетов Ежедневно Ежедневно
Динамическое шифрование Да Да
Динамическая упаковка Да Да
Масштабирование Автоматически масштабируется до целевой пропускной способности. Дополнительные SU.
Фильтрация IP, G20 или настраиваемый узел 1 Да Да
Прогрессивное скачивание Да Да
Тип ресурса Общий2 Выделенные
Рекомендуемый способ использования Рекомендуется для тестирования и реализации некритических сценариев потоковой передачи. Специализированное использование.

1 Используется только непосредственно в конечной точке потоковой передачи, если в ней не включена сеть CDN.
2 В стандартных конечных точках потоковой передачи используется общий пул ресурсов.

Версии

Тип Версия конечной точки потоковой передачи Единицы масштабирования CDN Выставление счетов
Классический 1,0 0 Н/Д Бесплатный
Конечная точка потоковой передачи типа "Стандартный" (предварительная версия) 2.0 0 Да Платный
Единицы потоковой передачи типа "Премиум" 1,0 > 0 Да Платный
Единицы потоковой передачи типа "Премиум" 2.0 > 0 Да Платный

Примечание

Соглашение об уровне обслуживания применимо только к конечным точкам потоковой передачи уровня "Премиум" и недоступно для конечных точек уровня "Стандартный". Сведения о соглашении об уровне обслуживания см. в разделе Цены и соглашение об уровне обслуживания.

Миграция между типами

Исходный тип Кому Действие
Классический Standard Необходимо явное согласие
Классический Premium Масштабирование (дополнительные единицы потоковой передачи)
Стандартный/Премиум Классический Недоступно (если версия конечной точки потоковой передачи — 1.0; допускается переход на классическую версию путем указания значения "0" для параметра scaleunits).
"Стандартный" (с и без CDN) "Премиум" с теми же конфигурациями. Допускается в состоянии Запущено (с использованием портала Azure).
"Премиум" (с и без CDN) "Стандартный" (с теми же конфигурациями). Допускается в состоянии Запущено (с использованием портала Azure).
"Стандартный" (с и без CDN) "Премиум" с различными конфигурациями. Допускается в остановленном состоянии (с использованием портала Azure). Не допускается в состоянии Выполняется.
"Премиум" (с и без CDN) "Стандартный" с различными конфигурациями. Допускается в остановленном состоянии (с использованием портала Azure). Не допускается в состоянии Выполняется.
Версия 1.0: единицы потоковой передачи >= 1 при использовании CDN "Стандартный" и "Премиум" (без CDN) Допускается в остановленном состоянии. Не допускается в запущенном состоянии.
Версия 1.0: единицы потоковой передачи >= 1 при использовании CDN "Стандартный" (с и без CDN) Допускается в остановленном состоянии. Не допускается в запущенном состоянии. Версия 1.0 CDN будет удалена. Будет создана и запущена новая.
Версия 1.0: единицы потоковой передачи >= 1 при использовании 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) — "Streaming endpoint CdnEnabled property can't be set to true as CDN capability is unavailable in the current region" (Для свойства CdnEnabled конечной точки потоковой передачи невозможно установить значение true, так как возможность CDN недоступна в данном регионе).

    Если возникла такая ошибка, интеграция не поддерживается в этом центре обработки данных. Попробуйте использовать другой центр обработки данных.

  • cdnProfile. Если cdnEnabled имеет значение true, можно также передать значения cdnProfile. cdnProfile — имя профиля CDN, в котором будет создана конечная точка CDN. Вы можете указать существующий cdnProfile или создать его. Если значение — NULL, а cdnEnabled — true, используется значение по умолчанию AzureMediaStreamingPlatformCdnProfile. Если указанный cdnProfile уже существует, конечная точка будет создана на его основе. Если профиль отсутствует, он создается автоматически.

  • cdnProvider. Если сеть CDN включена, вы также можете передать значения cdnProvider. cdnProvider определяет, какой поставщик будет использоваться. В текущей версии поддерживаются три значения: StandardVerizon, PremiumVerizon и StandardAkamai. Если значение не указано и cdnEnabled имеет значение true, используйте значение по умолчанию StandardVerizon.

  • crossSiteAccessPolicies. Используется для указания политик межсайтового доступа для различных клиентов. Дополнительные сведения см. в статьях Спецификация файла междоменной политики и Настройка доступности службы на границах домена. Параметры применяются только к Smooth Streaming.

  • customHostNames. Используется для настройки конечной точки потоковой передачи для приема трафика по пользовательскому имени узла. Это свойство допустимо для типов конечных точек потоковой передачи "Стандартный" и "Премиум" и может устанавливаться, если cdnEnabled имеет значение false.

    • Владелец доменного имени должен быть подтвержден Службами мультимедиа. Службы мультимедиа проверяют владельца доменного имени, требуя, чтобы запись CName, содержащая идентификатор учетной записи Служб мультимедиа, была добавлена к используемому домену в качестве компонента. Например, чтобы использовать sports.contoso.com в качестве пользовательского имени узла для конечной точки потоковой передачи, запись для <accountId>.contoso.com необходимо настроить так, чтобы она указывала на одно из имен узлов проверки Служб мультимедиа. Имя узла проверки состоит из verifydns.<mediaservices-dns-zone>.

      Ниже приведены ожидаемые зоны DNS, которые необходимо использовать в проверочной записи для разных регионов Azure.

      • Северная Америка, Европа, Сингапур, специальный административный регион Гонконг и Япония:

        • 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, который сопоставляет <accountId>.<parent domain> с verifydns.<mediaservices-dns-zone>, необходимо создать другую запись CName, которая сопоставляет пользовательское имя узла (например, sports.contoso.com) с именем узла конечной точки потоковой передачи Служб мультимедиа (например, amstest-usea.streaming.media.azure.net).

    Примечание

    Конечные точки потоковой передачи, расположенные в одном центре обработки данных, не могут иметь одно и то же пользовательское имя узла.

    Сейчас службы мультимедиа не поддерживают TLS для личных доменов.

  • maxCacheAge. Переопределяет значение по умолчанию для заголовка максимального срока действия кэша HTTP, установленное конечной точкой потоковой передачи в медиафрагментах и манифестах по запросу. Это значение задается в секундах.

  • resourceState Ниже приведено описание состояний конечной точки потоковой передачи.

    • Остановлено. Начальное состояние конечной точки потоковой передачи после ее создания.
    • Запускается. Конечная точка переходит в рабочее состояние.
    • Выполнение. Конечная точка может выполнять потоковую передачу содержимого в адрес клиентов.
    • Масштабирование. Единицы масштабирования увеличиваются или уменьшаются.
    • Останавливается. Конечная точка переходит в состояние "Остановлено".
    • Удаление. Конечная точка удаляется.
  • scaleUnits предоставляет выделенную емкость исходящего трафика, которую можно приобрести с шагом в 200 Мбит/с. Если вам нужно выполнить переход к типу Премиум, установите значение для параметра scaleUnits.

Примечание

Медиаслужбы будут применять TLS 1.2 для всех запросов к KeyDelivery, RESTv2, конечной точке потоковой передачи и источникам потоковой передачи трансляции. Учетные записи с существующим использованием TLS 1.0 или 1.1 будут исключены из этого принудительного применения. Если вы хотите принудительно применить TLS 1.2 для всех запросов к этим конечным точкам медиаслужб, обратитесь в службу поддержки AMS.

Зачем использовать несколько конечных точек потоковой передачи

Одна конечная точка потоковой передачи может выполнять потоковую передачу видео в режиме реального времени и по запросу. Большинство клиентов используют только одну конечную точку. В этом разделе объясняются сценарии, в которых может потребоваться использовать несколько конечных точек потоковой передачи.

  • Каждая зарезервированная единица имеет пропускную способность в 200 Мбит/с. Если вам требуется пропускная способность более 2000 Мбит/с (2 Гбит/с), можно использовать вторую конечную точку потоковой передачи и балансировку нагрузки, что дает дополнительную пропускную способность.

    CDN — лучший способ достижения горизонтального масштабирования для содержимого потоковой передачи. Однако если вы доставляете настолько много содержимого, что CDN запрашивает более 2 Гбит/с, можно добавить дополнительные конечные точки потоковой передачи (источники). В этом случае потребуется передать URL-адреса содержимого, которые сбалансированы между двумя конечными точками потоковой передачи. Такой подход эффективнее улучшает кэширование, чем отправка запросов в каждый источник случайным образом (например, через диспетчер трафика).

    Совет

    Если CDN запрашивает более 2 Гбит/с, то это обычно значит, что некоторые настройки установлены неправильно (например, без экранирования источника).

  • Разные поставщики CDN для балансировки нагрузки — например, можно сделать так, чтобы конечная точка потоковой передачи по умолчанию использовала Verizon CDN, и создать вторую точку, которая будет использовать Akamai. Затем добавьте балансировку нагрузки между двумя конечными точками, чтобы организовать балансировку с использованием нескольких CDN.

    Однако клиент часто выполняет балансировку нагрузки с использованием нескольких поставщиков CDN, используя один источник.

  • Потоковая передача смешанного содержимого: прямые трансляции и видео по запросу. Шаблоны доступа для содержимого трансляции и содержимого по запросу отличаются. Трансляции, как правило, имеют большой спрос на одно и то же содержимое. Содержимое видео по запросу (например, непопулярное архивированное содержимое) мало востребовано на уровне аналогичного содержимого. Таким образом, кэширование работает очень хорошо для трансляций, но хуже для непопулярного содержимого.

    Рассмотрим ситуацию, в которой клиенты в основном смотрят трансляции и иногда содержимое по запросу, при этом обслуживание осуществляется из одной и той же конечной точки потоковой передачи. Если содержимое по запросу используется редко, то кэш, который оно занимает, можно перенаправить для трансляций. В этом случае мы рекомендуем передавать трансляции из одной конечной точки потоковой передачи, а непопулярное содержимое — из другой. Это позволит повысить производительность трансляций.

Масштабирование потоковой передачи с помощью CDN

См. следующие статьи:

Справка и поддержка

Вы можете обратиться к Службам мультимедиа с вопросами или следить за нашими обновлениями одним из следующих способов: