Streamen von Inhalten mit CDN-Integration

  • Artikel

Media Services-Logo v3

Warnung

Azure Media Services wird am 30. Juni 2024 eingestellt. Weitere Informationen finden Sie im Leitfaden zur Einstellung von AMS.

Wichtig

Da Azure Media Services zum 30. Juni 2024 eingestellt wird und Azure CDN Am 31. Oktober 2023 Azure CDN Standard von Akamai eingestellt wird , empfiehlt es sich, keine neuen CDNs für die Verwendung mit Azure Media Services zu erstellen. Weitere Informationen finden Sie im Leitfaden zur Zurücksetzung von Azure Media Services.

Azure Content Delivery Network (CDN) bietet Entwicklern eine globale Lösung zur schnellen Übermittlung von Inhalten mit hoher Bandbreite an Benutzer. Hierzu werden Inhalte auf physischen Knoten zwischengespeichert, die strategisch auf der ganzen Welt verteilt sind.

CDN speichert Inhalte zwischen, die von einem Media Services-Streamingendpunkt (Ursprung) per Codec, per Streamingprotokoll, per Bitrate, per Containerformat und per Verschlüsselung/DRM gestreamt werden. Für jede Kombination von Codec-Streamingprotokoll-Containerformat-Bitrate-Verschlüsselung wird es einen separaten CDN-Cache geben.

Der beliebte Inhalt wird direkt über den CDN-Cache bereitgestellt, sofern das Videofragment zwischengespeichert ist. Liveinhalte werden wahrscheinlich zwischengespeichert, da normalerweise viele Benutzer sich genau dasselbe ansehen. On-Demand-Inhalte können sich etwas schwieriger gestalten, da beliebte Inhalte und weniger beliebte Inhalte enthalten sein können. Wenn Sie über Millionen von Video-Medienobjekten verfügen, von denen keines beliebt ist (nur zwei oder drei Aufrufe pro Woche), jedoch tausende Personen die unterschiedlichen Videos ansehen, wird die Effektivität des CDN viel stärker beeinträchtigt.

Sie müssen zudem die Funktionsweise des adaptiven Streamings berücksichtigen. Jedes einzelne Videofragment wird als eigene Entität zwischengespeichert. Stellen Sie sich beispielsweise die erste Wiedergabe eines bestimmten Videos vor. Wenn der Betrachter sich nur einige wenige Sekunden hier und dort ansieht, werden nur die von ihm angesehenen Videofragmente im CDN zwischengespeichert. Mit dem adaptiven Streaming gibt es normalerweise 5 bis 7 unterschiedliche Videobitraten. Wenn ein Benutzer eine Bitrate ansieht und ein anderer Benutzer eine andere Bitrate, werden die Bitraten jeweils separat im CDN zwischengespeichert. Auch wenn zwei Benutzer die gleiche Bitrate ansehen, kann es sein, dass das Streaming über unterschiedliche Protokolle erfolgt. Jedes Protokoll (HLS, MPEG-DASH, Smooth Streaming) wird separat zwischengespeichert. Somit werden jede Bitrate und jedes Protokoll separat zwischengespeichert, und nur die Videofragmente, die angefordert wurden, werden zwischengespeichert.

Mit Ausnahme der Testumgebung wird empfohlen, CDN sowohl für Standard- als auch für Premium-Streamingendpunkte zu aktivieren. Für jeden Streamingendpunkttyp gilt ein anderer Grenzwert für den unterstützten Durchsatz.

Es ist schwierig, die maximale Anzahl gleichzeitiger Streams zu berechnen, die von einem Streamingendpunkt unterstützt werden, da verschiedene Faktoren berücksichtigt werden müssen. Dazu gehören:

  • Maximale Bitraten für das Streaming
  • Vorpuffer und Wechselverhalten des Players Player versuchen, Ursprungssegmente mittels Bursting zu übertragen, und nutzen die Ladegeschwindigkeit, um den adaptiven Bitratenwechsel zu berechnen. Ist ein Streamingendpunkt fast ausgelastet, können die Antwortzeiten variieren, und Player wechseln zu einer geringeren Qualität. Da sich dadurch die Last für die Streamingendpunktplayer verringert, wird die Qualität wieder hochskaliert, was unerwünschte Wechsel zur Folge hat.

Im Großen und Ganzen ist es sicher, die maximale Anzahl gleichzeitiger Streams zu schätzen. Dabei wird der maximale Durchsatz des Streamingendpunkts durch die maximale Bitrate geteilt (vorausgesetzt, alle Player nutzen die höchste Bitrate). Beispielsweise können Sie einen Standard-Streamingendpunkt besitzen, der auf 600 MBit/s und die höchste Bitrate von 3 MBit/s beschränkt ist. In diesem Fall werden ungefähr 200 gleichzeitige Streams mit höchster Bitrate unterstützt. Berücksichtigen Sie auch die Anforderungen an die Audiobandbreite. Obwohl ein Audiostream unter Umständen nur mit 128 KBit/s gestreamt wird, erhöht sich der Gesamtwert des Streamings schnell, wenn Sie es mit der Anzahl gleichzeitiger Streams multiplizieren.

In diesem Thema wird die Aktivierung der CDN-Integration erörtert. Es erläutert auch die Vorabrufe (aktives Zwischenspeichern) und das Konzept Origin-Assist CDN-Prefetch (Ursprungsunterstützung – CDN-Vorabruf).

Überlegungen

  • Der Streamingendpunkthostname und die Streaming-URL ändern sich nicht, und zwar unabhängig davon, ob Sie CDN aktivieren oder nicht.
  • Wenn Sie Ihre Inhalte mit oder ohne CDN testen können möchten, erstellen Sie einen anderen Streamingendpunkt, für den kein CDN aktiviert ist.

Aktivieren der Azure CDN-Integration

Wichtig

CDN kann nicht für Konten von Azure-Testversionen oder Studentenversionen aktiviert werden.

Die CDN-Integration ist in allen Azure-Rechenzentren mit Ausnahme der Regionen US-Regierung und China aktiviert.

Nachdem ein Streamingendpunkt mit aktiviertem CDN bereitgestellt wurde, gibt es eine definierte Wartezeit auf Media Services, bevor das DNS-Update durchgeführt wird, um den Streamingendpunkt dem CDN-Endpunkt zuzuordnen.

Wenn Sie das CDN später deaktivieren bzw. aktivieren möchten, muss Ihr Streamingendpunkt den Zustand Beendet haben. Sobald der Streamingendpunkt gestartet ist, kann es bis zu vier Stunden dauern, bis die Azure CDN-Integration aktiviert ist und die Änderungen auf allen CDN-POPs aktiv sind. Jedoch können Sie Ihren Streamingendpunkt starten und ohne Unterbrechungen vom Streamingendpunkt streamen. Sobald die Integration abgeschlossen ist, wird der Stream vom CDN übermittelt. Während der Bereitstellungsphase hat Ihr Streamingendpunkt den Zustand Wird gestartet, und seine Leistung ist eventuell eingeschränkt.

Wenn der standardmäßige Streamingendpunkt erstellt wird, ist er standardmäßig mit Verizon Standard konfiguriert. Sie können Verizon Premium- oder Akamai Standard-Anbieter über REST-APIs konfigurieren.

Die Azure Media Services-Integration in Azure CDN ist in Azure CDN von Verizonfür Standard-Streamingendpunkte implementiert. Premium-Streamingendpunkte können mit Standard Verizon oder Premium Verizon konfiguriert werden. Akamai Standard kann nur mithilfe von REST-APIs oder Client-SDKs konfiguriert werden.

Hinweis

Ausführliche Informationen zu Azure CDN finden Sie in der CDN-Übersicht.

Bestimmen, ob eine DNS-Änderung vorgenommen wurde

Mithilfe von können Sie ermitteln, ob eine DNS-Änderung an einem Streamingendpunkt vorgenommen wurde (der Datenverkehr wird an das Azure CDN weitergeleitet).https://www.digwebinterface.com Wenn Domänennamen in den Ergebnissen angezeigt azureedge.net werden, wird der Datenverkehr jetzt auf das CDN verwiesen.

Origin-Assist CDN-Prefetch (Ursprungsunterstützung – CDN-Vorabruf)

Die CDN-Zwischenspeicherung ist ein reaktiver Prozess. Wenn das CDN das nächste angeforderte Objekt vorhersagen kann, kann das CDN proaktiv das nächste Objekt anfordern und zwischenspeichern. Mit diesem Verfahren können Sie einen Cachetreffer für alle (oder die meisten) Objekte erzielen und damit die Leistung verbessern.

Das Vorabrufen zielt darauf ab, Objekte am "Rand des Internets" zu positionieren, wobei davon ausgesehen wird, dass die Objekte unmittelbar vom Spieler angefordert werden, wodurch die Zeit für die Übermittlung dieses Objekts an den Spieler reduziert wird.

Um dieses Ziel zu erreichen, müssen ein Streamingendpunkt (Ursprung) und das CDN in zweierlei Hinsicht Hand in Hand arbeiten:

  • Der Media Services-Ursprung muss über die "Intelligenz" (Origin-Assist) verfügen, um dem CDN mitzuteilen, welches Objekt als Nächstes vorab abgerufen werden soll.
  • Das CDN übernimmt den Vorabruf und die Zwischenspeicherung (CDN-Prefetch-Teil). Das CDN benötigt auch die "Intelligenz" für Folgendes:
    • Geben Sie dem Ursprung an, ob es sich um einen Vorabruf oder einen regulären Abruf handelt.
    • Behandeln der 404-Antworten
    • und eine Möglichkeit, endlose Vorabrufschleife zu vermeiden

Vorteile

Zu den Vorteilen des Origin-Assist CDN-Prefetch-Features gehören:

  • Der Vorabruf verbessert die Qualität der Videowiedergabe durch Folgendes: die Vorabpositionierung der erwarteten Videosegmente im Edge-Bereich während der Wiedergabe, die Verringerung der Latenzzeit für den Viewer und die Verbesserung der Downloadzeiten der Videosegmente. Dies führt zu einer schnelleren Startzeit des Videos und zu weniger erneuten Pufferereignissen.
  • Dieses Konzept gilt für das allgemeine Szenario von „CDN-Ursprung“ und ist nicht auf Medien beschränkt.
  • Akamai hat dieses Feature zu Akamai Cloud Embed (ACE) hinzugefügt.

Hinweis

Dieses Feature ist noch nicht auf das Akamai CDN anwendbar, das in den Streamingendpunkt von Media Services integriert ist. Es ist jedoch für Media Services-Kunden verfügbar, die über einen bereits bestehenden Akamai-Vertrag verfügen und eine benutzerdefinierte Integration zwischen dem Akamai CDN und dem Media Services-Ursprung benötigen.

Funktionsweise

CDN-Unterstützung für Origin-Assist CDN-Prefetch-Header (für Livestreaming und On-Demand-Videostreaming) ist für Kunden mit direktem Vertrag mit Akamai CDN verfügbar. Das Feature umfasst den folgenden HTTP-Headeraustausch zwischen Akamai CDN und dem Media Services-Ursprung:

HTTP-Header Werte Sender Receiver Zweck
CDN-Origin-Assist-Prefetch-Enabled „1“ (Standardwert) oder „0“ CDN Origin Angabe, dass CDN für den Vorabruf aktiviert ist
CDN-Origin-Assist-Prefetch-Path Beispiel:
Fragments(video=1400000000,format=mpd-time-cmaf)		 Origin CDN Angabe des Vorabrufpfads zu CDN
CDN-Origin-Assist-Prefetch-Request „1“ (Vorabrufanforderung) oder „0“ (reguläre Anforderung) CDN Origin Angabe, dass die Anforderung von CDN ein Vorabruf ist

Um einen Teil des Headeraustausches in Aktion zu sehen, können Sie folgende Schritte ausführen:

  1. Verwenden Sie Postman oder cURL, um eine Anforderung an den Media Services-Ursprung für ein Audio- oder Videosegment oder Audio- oder Videofragment auszugeben. Achten Sie darauf, der Anforderung den Header CDN-Origin-Assist-Prefetch-Enabled: 1 hinzuzufügen.
  2. In der Antwort sollte der Header CDN-Origin-Assist-Prefetch-Path mit einem relativen Pfad als Wert angezeigt werden.

Unterstützte Streamingprotokolle

Das Feature Origin-Assist CDN-Prefetch unterstützt die folgenden Streamingprotokolle für Live- und On-Demand-Streaming:

  • HLS v3
  • HLS v4
  • HLS CMAF
  • DASH (CSF)
  • DASH (CMAF)
  • Smooth Streaming

Häufig gestellte Fragen

  • Was geschieht, wenn eine URL des Vorabrufpfads ungültig ist, sodass der CDN-Vorabruf eine Antwort vom Typ 404 erhält?

    CDN speichert eine 404-Antwort nur für 10 Sekunden (oder einen anderen konfigurierten Wert) zwischen.

  • Angenommen, Sie verfügen über ein bedarfsgesteuertes Video. Wenn der CDN-Vorabruf aktiviert ist, bedeutet dieses Feature, dass der Vorabruf einer Schleife startet, sobald ein Client das erste Videosegment anfordert, um alle nachfolgenden Videosegmente mit derselben Bitrate vorab abzurufen?

    Nein, der CDN-Vorabruf wird nur nach einer vom Client initiierten Anforderung/Antwort durchgeführt. Der CDN-Vorabruf wird niemals durch einen Vorabruf ausgelöst, um eine Vorabrufschleife zu vermeiden.

  • Ist das Feature „Origin-Assist CDN-Prefetch“ immer aktiviert? Wie kann es aktiviert oder deaktiviert werden?

    Dieses Feature ist standardmäßig deaktiviert. Kunden müssen es über die Akamai-API aktivieren.

  • Was würde beim Livestreaming mit „Origin-Assist“ geschehen, wenn das nächste Segment oder Fragment noch nicht verfügbar ist?

    In diesem Fall liefert der Media Services-Ursprung keinen CDN-Origin-Assist-Prefetch-Path-Header, und der CDN-Vorabruf tritt nicht ein.

  • Wie funktioniert Origin-Assist CDN-Prefetch mit dynamischen Manifest-Filtern?

    Dieses Feature funktioniert unabhängig vom Manifestfilter. Wenn sich das nächste Fragment außerhalb eines Filterfensters befindet, wird seine URL immer noch durch die Suche im unformatierten Clientmanifest gefunden und dann als Antwortheader für den CDN-Vorabruf zurückgegeben. Das CDN erhält also die URL eines Fragments, das aus dem DASH/HLS/Smooth-Manifest herausgefiltert wird. Der Player wird jedoch niemals eine GET-Anforderung an CDN stellen, um dieses Fragment abzurufen, da dieses Fragment nicht im DASH/HLS/Smooth-Manifest des Players enthalten ist (der Player weiß nicht, dass dieses Fragment existiert).

  • Kann ein DASH-MPD/HLS-Playlist/Smooth-Manifest vorab abgerufen werden?

    Nein, DASH-MPD, HLS-Masterplaylist, HLS-Variantenplaylist oder die Smooth-Manifest-URL wird dem Vorabrufheader nicht hinzugefügt.

  • Sind Vorabruf-URLs relativ oder absolut?

    Obwohl das Akamai CDN beides zulässt, bietet der Media Services-Ursprung nur relative URLs für den Vorabrufpfad an, da die Verwendung absoluter URLs keinen offensichtlichen Vorteil bietet.

  • Funktioniert dieses Feature mit DRM-geschützten Inhalten?

    Ja, da dieses Feature auf HTTP-Ebene arbeitet, werden Segmente/Fragmente weder decodiert noch analysiert. Dabei ist es egal, ob der Inhalt verschlüsselt ist oder nicht.

  • Funktioniert dieses Feature mit der serverseitigen Werbeeinblendung (SSAI)?

    Für den Original-/Hauptinhalt (der ursprüngliche Videoinhalt vor der Werbeeinblendung) funktioniert es, da SSAI den Zeitstempel des Quellinhalts vom Media Services-Ursprung nicht ändert. Ob dieses Feature mit Werbeinhalten funktioniert, hängt davon ab, ob der Ursprung der Anzeige „Origin-Assist“ unterstützt. Wenn z. B. Werbeinhalte auch in Azure Media Services gehostet werden (gleicher oder separater Ursprung), werden die Werbeinhalte ebenfalls vorab abgerufen.

  • Funktioniert dieses Feature mit UHD/HEVC-Inhalten?

    Ja.

How-Tos, Tutorials und Beispiele

-Aktivieren von CDN-Optimierungen -Aktivieren von Origin Shield

Anfordern von Hilfe und Support

Sie können Media Services mit Fragen kontaktieren oder unsere Updates mit einer der folgenden Methoden verfolgen: