Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verfahren zum Einrichten redundanter Manifeste
Die Einrichtung redundanter Manifeste in MediaLive HLS Ausgaben besteht aus zwei Teilen. Sie müssen die Funktion in der Ausgabegruppe aktivieren. Sie müssen auch Anpassungen am Design der Ausgabenamen und Zielpfade vornehmen (im Vergleich zu HLS Ausgaben, die keine redundanten Manifeste implementieren).
Das folgende Feld bezieht sich speziell auf redundante Manifeste:
-
HLSAusgabegruppe — Manifeste und Segmente — Feld „Redundante Manifeste“
So richten Sie redundante Manifeste ein
-
Sprechen Sie mit dem Betreiber des nachgeschalteten Systems, um herauszufinden, ob er redundante Manifeste unterstützt.
-
Lesen Sie die Informationen in Felder für das Ausgabeziel — Senden an einen HTTP Server. Manifeste gelten als Ausgabe von MediaLive. Daher gelten die allgemeinen Regeln über Ausgabeziele für redundante Manifeste.
-
Entwerfen Sie die URLs für die beiden Rohrleitungen. Für die HLS Dateien gelten besondere Anforderungen. URLs Lesen Sie den entsprechenden Abschnitt:
Diese Regeln ergänzen die Informationen in Felder für das Ausgabeziel — Senden an einen HTTP Server.
-
Wenn Sie auch benutzerdefinierte Pfade für Manifeste benötigen, sollten Sie unbedingt die Informationen in Funktionsweise von benutzerdefinierten Pfaden lesen. Beim Entwerfen von müssen Sie die Regeln für benutzerdefinierte Pfade berücksichtigenURLs.
-
Wählen Sie im Abschnitt HLSAusgabegruppe für Manifest und Segmente für Redundantes Manifest die Option ENABLED. Dieses Feld gilt für alle Ausgaben in der Ausgabegruppe.
-
Füllen Sie diese Felder entsprechend Ihrer Planung aus:
-
Ausgabegruppe — Abschnitt HLS Gruppenziel
-
Ausgabegruppe — HLS Einstellungen — CDN Abschnitt
-
Output group – Location – Directory structure (Ausgabegruppe – Speicherort – Verzeichnisstruktur)
-
Output group – Location – Segments per subdirectory (Ausgabegruppe – Speicherort – Segmente pro Unterverzeichnis)
-
HLSAusgänge — Ausgabeeinstellungen — Namensmodifikator
-
HLSAusgänge — Ausgabeeinstellungen — Segmentmodifikator
-
HLSAusgabegruppe — Location URL —Basismanifest (wenn Sie auch benutzerdefinierte Pfade einrichten)
-
HLSAusgabegruppe — Speicherort — URL Basisinhalt (wenn Sie auch benutzerdefinierte Pfade einrichten)
-
Informationen darüber, wie diese Funktion den Inhalt der HLS Manifeste ändert, finden Sie unterDer Medieninhalt eines HLS Manifests.
Ergebnisse dieser Einrichtung
Im Folgenden finden Sie Informationen darüber, wie redundante Manifeste in drei Ausfallszenarien funktionieren.
Szenario A — Die Aktion zum Verlust der Eingabe besteht darin, eine Ausgabe auszugeben
Wenn die Eingabe in einer der Pipelines verloren geht und das Feld „Aktion zum Verlust des Eingangs“ auf „EMIT_“ gesetzt istOUTPUT, werden die übergeordneten und untergeordneten Manifeste MediaLive weiterhin aktualisiert.
Aus Sicht des Downstream-Systems gibt es für keine der Pipelines Änderungen an den übergeordneten oder untergeordneten Manifesten. Der Inhalt innerhalb der Mediendateien ist Füllinhalt, aber dies hat keinen Einfluss darauf, wie die Manifeste vom nachgelagerten System gelesen werden.
Szenario B — Die Aktion „Eingangsverlust“ besteht darin, die Ausgabe anzuhalten
Wenn die Eingabe in einer der Pipelines verloren geht (z. B. in Pipeline 0) und das Feld für die Aktion zum Verlust des Eingangs auf PAUSE_ gesetzt istOUTPUT, wird wie folgt MediaLive vorgegangen:
-
Es wird die Auflistung für die untergeordneten Manifeste für Pipeline 0 entfernt.
-
Es wird eine Anforderung an den untergeordneten Manifest-Speicherort für Pipeline 0 gesendet, um die untergeordneten Manifeste zu löschen.
Ergebnis für das nachgelagerte System, das das Hauptmanifest auf Pipeline 0 liest: Das System findet für Pipeline 0 keine Auflistung mehr für die untergeordneten Manifeste. Das System sucht dann im Hauptmanifest der Pipeline 0 nach einem alternativen untergeordneten Manifest. Wenn es das untergeordnete Manifest für Pipeline 1 findet, wechselt es auf das Lesen dieses untergeordneten Manifests.
Nachgelagerte Systeme, die das Hauptmanifest für Pipeline 1 lesen, sind nicht betroffen, da diese Systeme wahrscheinlich die untergeordneten Manifeste für Pipeline 1 lesen (da diese im Manifest zuerst angezeigt werden).
Szenario C — Pipelineausfall
Es ist auch möglich, dass eine Pipeline ausfällt. Dieser Ausfall ist nicht mit einem Eingabefehler zu vergleichen. Wenn eine Pipeline ausfällt (z. B. Pipeline 0), geschieht Folgendes:
-
Die Ausgabe wird beendet.
-
Das Hauptmanifest für Pipeline 0 wird nicht gelöscht. Es enthält weiterhin eine Auflistung für die untergeordneten Manifeste für die Pipeline 0.
-
Die untergeordneten Manifeste werden nicht aktualisiert, da keine neuen Mediendateien erstellt werden. Die untergeordneten Manifeste sind veraltet.
-
Das Hauptmanifest für Pipeline 1 ändert sich nicht. Es enthält weiterhin eine Auflistung für die untergeordneten Manifeste für Pipeline 0 (und für Pipeline 1).
Ergebnis für das nachgelagerte System, das das Hauptmanifest für die Pipeline 0 liest: Das System findet zwar eine Auflistung für die untergeordneten Manifeste für die Pipeline 0, dieses Manifest ist jedoch veraltet. Wenn das System feststellen kann, dass das Manifest veraltet ist, kann es zum Hauptmanifest der Pipeline 0 zurückkehren und nach einem alternativen untergeordneten Manifest suchen. Wenn es das untergeordnete Manifest für Pipeline 1 findet, wechselt es auf das Lesen dieses untergeordneten Manifests.
Nachgelagerte Systeme, die das Hauptmanifest für Pipeline 1 lesen, sind nicht betroffen. Diese Systeme lesen wahrscheinlich die untergeordneten Manifeste für Pipeline 1 (da diese im Manifest zuerst angezeigt werden).
Anmerkung
Wenn das Downstream-System für die HLS Ausgabe ist AWS Elemental MediaStore, können Sie einrichten, MediaStore dass veraltete Eingaben gelöscht werden. Siehe Komponenten einer Objektlebenszyklus-Richtlinie. Nachdem das untergeordnete Manifest gelöscht wurde, MediaStore wird auf die Logik „Manifest wurde gelöscht“ von Szenario B zurückgegriffen.
