AWS Elemental MediaPackage Redundanzverarbeitungsablauf für Live-Eingaben

Sie können Eingaberedundanz in AWS Elemental MediaPackage erzielen, indem Sie zwei Streams zu separaten Eingabe-URLs für einen Channel in MediaPackage senden. Einer der Streams wird zur primären aktiven Quelle von Inhalten für die Endpunkte, während der andere weiterhin passiv Inhalte empfängt. Wenn MediaPackage keine Inhalte mehr aus dem aktiven Stream empfängt, wechselt es zum anderen Eingabestream, sodass die Wiedergabe von Inhalten nicht unterbrochen wird.

Wenn Sie MediaPackage mit AWS Elemental MediaLive (z. B.) verwenden, finden Sie hier den Fluss der Eingaberedundanz:

1. Sie erstellen einen Kanal in MediaPackage, wie unter beschriebenErstellen eines Channels. Wenn MediaPackage den Channel bereitstellt, werden zwei Eingabe-URLs für den Channel erstellt. Wenn Sie keine Eingaberedundanz verwenden, können Sie einen Stream an eine beliebige der beiden Eingabe-URLs senden. Es ist nicht erforderlich, dass Sie Inhalte an beide URLs senden.

   Anmerkung

   Wenn die Eingaberedundanz verfügbar wurde, wurde bestehenden Kanälen eine zweite Eingabe-URL MediaPackage hinzugefügt und die vorhandene URL auf ein neues Format aktualisiert. Sie können für die Eingabe von Inhalten entweder die alte oder die neue URL verwenden.

2. Sie erstellen einen Endpunkt in , MediaPackage wie unter beschriebenErstellen eines Endpunkts.

   Wichtig

   Wenn Sie kurze Ausgabesegmente verwenden, wird je nach Wiedergabegerät möglicherweise eine Pufferung angezeigt, wenn die Eingaben MediaPackage wechselt. Sie können die Pufferung reduzieren, indem Sie eine Zeitverzögerung auf den Endpunkt anwenden. Beachten Sie, dass die Verwendung einer Zeitverzögerung zu Latenz bei der end-to-end Bereitstellung des Inhalts führt. Informationen zum Aktivieren der Zeitverzögerung finden Sie unter Erstellen eines Endpunkts.

3. Sie erstellen eine Eingabe und einen Channel in AWS Elemental MediaLive und fügen dem Channel in MediaLive eine MediaPackage-Ausgabegruppe hinzu. Weitere Informationen finden Sie unter Erstellen eines Kanals von Scratch im AWS Elemental MediaLive -Benutzerhandbuch.

   Wenn Sie eine HLS-Ausgabegruppe in AWS Elemental MediaLive verwenden, muss die Eingabeverlustaktion in den Einstellungen der HLS-Gruppe auf die Unterbrechung der Ausgabe festgelegt werden, wenn der Service keine Eingabe erhält. Wenn bei fehlender Eingabe einen schwarzen Frame oder einen anderen Füllrahmen MediaLive sendet, MediaPackage kann nicht erkennen, wann Segmente fehlen, und kann anschließend kein Failover durchführen. Weitere Informationen zum Festlegen der Eingabeverlustaktion in MediaLivefinden Sie unter Felder für die HLS-Gruppe im AWS Elemental MediaLive -Benutzerhandbuch.

   Wichtig

   Wenn Sie einen anderen Encoder (nicht AWS Elemental MediaLive) verwenden und zwei separate Streams an denselben Kanal in senden MediaPackage, müssen die Streams identische Encoder-Einstellungen und Manifestnamen haben. Andernfalls funktioniert die Eingaberedundanz möglicherweise nicht korrekt und die Wiedergabe könnte unterbrochen werden, wenn die Eingaben gewechselt werden.

4. Sie starten den Channel in AWS Elemental MediaLive, um die Streams an MediaPackage zu senden.

5. MediaPackage empfängt Inhalte auf beiden Eingabe-URLs, aber nur einer der Streams wird für Quellinhalte gleichzeitig verwendet. Wenn dem aktiven Stream Segmente fehlen, führt MediaPackage ein automatisches Failover zum anderen stream. MediaPackage verwendet diesen Stream weiterhin, bis ein Failover erforderlich ist.

   Die Formel, die verwendet wird, um festzustellen, ob bei einer Eingabe Segmente fehlen, basiert auf den Segmentlängen auf den Eingaben und den Endpunkten. Wenn eine Eingabe bei fehlenden Segmenten schnell wiederhergestellt wird, findet bei einem Endpunkt mit längeren Segmenten kein Wechsel der Eingabe statt. Dies kann dazu führen, dass unterschiedliche Endpunkte für den Channel verschiedene Eingaben verwenden (wenn der Wechsel bei dem einem, jedoch nicht bei dem anderen Endpunkt durchgeführt wird). Dieses Verhalten ist erwartet und sollte keine Auswirkungen auf den Inhalts-Workflow haben.