

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.

# Koordinieren Sie sich mit dem nachgeschalteten System
<a name="hls-opg-coordinate-dss"></a>

Die HLS-Ausgabegruppe in AWS Elemental MediaLive unterstützt verschiedene Arten von Downstream-Systemen. Lesen Sie die Informationen, die für das System gelten, mit dem Sie arbeiten.

**Topics**
+ [HLS-Ausgabegruppe für Amazon S3](origin-server-hls-s3.md)
+ [HLS-Ausgabegruppe zu MediaStore](origin-server-ems.md)
+ [HLS-Ausgabegruppe zu MediaPackage](origin-server-hls-emp.md)
+ [HLS-Ausgabegruppe bis v2 MediaPackage](origin-server-hls-empv2.md)
+ [HLS-Ausgabegruppe an HTTP](origin-server-http.md)

# HLS-Ausgabegruppe für Amazon S3
<a name="origin-server-hls-s3"></a>

Gehen Sie wie folgt vor, wenn Sie [entschieden](identify-downstream-system.md) haben, eine HLS-Ausgabegruppe mit Amazon S3 als Ziel zu erstellen. Sie und der Betreiber des Downstream-Systems müssen sich auf das Ziel für die Ausgabe der HLS-Ausgabegruppe einigen. 

**Um die Einrichtung des Ziels zu arrangieren**

1. Entscheiden Sie, ob Sie zwei Ziele für die Ausgabe benötigen: 
   + Sie benötigen zwei Ziele in einem [Standardkanal](plan-redundancy.md).
   + Sie benötigen ein Ziel in einem einzigen Pipeline-Kanal.

1. Wir empfehlen, dass Sie den vollständigen Pfad des Ziels entwerfen — den Amazon S3 S3-Bucket und alle Ordner. Siehe [Entwerfen Sie den Pfad für das Ausgabeziel](hls-destinations-design-step.md).

1. Bitten Sie den Amazon S3 S3-Benutzer, alle Buckets zu erstellen, die noch nicht existieren. 

   Mit MediaLive darf der Amazon S3 S3-Bucket-Name keine Punktnotation verwenden, was bedeutet, dass er nicht verwendet werden darf. (Punkt) zwischen den Wörtern im Bucket-Namen. 

1. Besprechen Sie die Eigentumsrechte mit dem Amazon S3 S3-Benutzer. Wenn der Bucket zu einem anderen AWS Konto gehört, möchten Sie normalerweise, dass dieses Konto der Eigentümer der Ausgabe wird. Weitere Informationen finden Sie [Steuerung des Zugriffs auf die Ausgabe](#setting-dss-hls-canned-acl) unter Nach diesem Verfahren.

Beachten Sie, dass Sie zum Senden an einen S3-Bucket keine Benutzeranmeldeinformationen benötigen. MediaLive hat die Berechtigung, über die vertrauenswürdige Entität in den S3-Bucket zu schreiben. Jemand in Ihrer Organisation sollte diese Berechtigungen bereits eingerichtet haben. Weitere Informationen finden Sie unter [Zugriffsanforderungen für die vertrauenswürdige Entität](trusted-entity-requirements.md).

## Steuerung des Zugriffs auf die Ausgabe
<a name="setting-dss-hls-canned-acl"></a>

Möglicherweise senden Sie Ausgabedateien an einen Amazon S3 S3-Bucket, der einem anderen AWS Konto gehört. In dieser Situation möchten Sie normalerweise, dass das andere Konto Eigentümer der Ausgabedateien wird (das Objekt, das in den Bucket gelegt wird). Wenn der Bucket-Besitzer nicht zum Objekteigentümer wird, sind Sie (MediaLive) der einzige Agent, der die Dateien löschen kann, wenn sie nicht mehr benötigt werden.

Es liegt daher im Interesse aller, das Eigentum an den Ausgabedateien zu übertragen, nachdem sie sich im Amazon S3 S3-Bucket befinden.

Um das Eigentum an Objekten zu übertragen, ist die folgende Einrichtung erforderlich:
+ Der Bucket-Besitzer muss eine Bucket-Berechtigungsrichtlinie hinzufügen, die Ihnen die Erlaubnis erteilt, eine Amazon S3 S3-Zugriffskontrollliste (ACL) hinzuzufügen, wenn MediaLive die Ausgabedateien an den Bucket geliefert werden. Der Bucket-Besitzer sollte die Informationen unter [Zugriff verwalten mit ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) im Amazon Simple Storage Service-Benutzerhandbuch lesen. Der Bucket-Besitzer muss ACL-Berechtigungen für den Bucket einrichten, nicht für die Objekte.
+ Der Bucket-Besitzer sollte auch den Objekteigentum einrichten. Diese Funktion macht es praktisch verpflichtend (und nicht optional), dass der Sender (MediaLive) die *Vollsteuerungs-ACL des Bucket-Besitzers* einbezieht. Der Bucket-Besitzer sollte die Informationen unter [Kontrolle des Objektbesitzes](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) im Amazon Simple Storage Service-Benutzerhandbuch lesen.

  Wenn der Bucket-Besitzer diese Funktion implementiert, müssen Sie sie so einrichten, MediaLive dass sie die ACL mit einbezieht. Wenn Sie dies nicht tun, schlägt die Lieferung an den Amazon S3 S3-Bucket fehl.
+ Sie müssen so einrichten MediaLive , dass die ***Vollsteuerungs-ACL des Bucket-Besitzers* bei der Lieferung an den Bucket berücksichtigt wird. Sie werden dieses Setup durchführen, wenn Sie [den Channel erstellen](hls-destinations-s3-specify.md).

Die S3-Funktion für gescannte ACLs unterstützt ACLs neben dem *Bucket Owner die volle Kontrolle*, aber diese anderen ACLs sind in der Regel nicht auf den Anwendungsfall anwendbar, von dem aus Videos übertragen werden. MediaLive

# HLS-Ausgabegruppe zu MediaStore
<a name="origin-server-ems"></a>

Gehen Sie wie folgt vor, wenn Sie [festgelegt](identify-downstream-system.md) haben, dass Sie eine HLS-Ausgabegruppe mit dem AWS Elemental MediaStore Ziel erstellen möchten. Sie und der Betreiber des nachgeschalteten Systems müssen sich auf das Ziel für die Ausgabe der HLS-Ausgabegruppe einigen

**Um die Einrichtung des Ziels zu arrangieren**

1. Entscheiden Sie, ob Sie zwei Ziele für die Ausgabe benötigen: 
   + Sie benötigen zwei Ziele in einem [Standardkanal](plan-redundancy.md).
   + Sie benötigen ein Ziel in einem einzigen Pipeline-Kanal.

1. Wir empfehlen, den vollständigen Pfad des Ziels zu entwerfen. Siehe [Entwerfen Sie den Pfad für das Ausgabeziel](hls-destinations-design-step.md).

   Wenn Sie zwei Ziele haben, müssen sich die Zielpfade in irgendeiner Weise voneinander unterscheiden. Mindestens einer der Abschnitte eines Pfads muss sich vom anderen unterscheiden. Es ist akzeptabel, dass sich alle Abschnitte unterscheiden. 

1. Bitten Sie den MediaStore Benutzer, alle Container zu erstellen, die noch nicht existieren. 

1. Ermitteln Sie den Datenendpunkt für den oder die Container. Beispiel: 

   `https://a23f.data.mediastore.us-west-2.amazonaws.com`

   `https://fe30.data.mediastore.us-west-2.amazonaws.com`

   Sie benötigen die Datenendpunkte. Sie benötigen den Container-Namen nicht.

Beachten Sie, dass Sie zum Senden an MediaStore Container keine Benutzeranmeldeinformationen benötigen. MediaLive hat die Berechtigung, über die vertrauenswürdige Entität in den MediaStore Container zu schreiben. Jemand in Ihrer Organisation sollte diese Berechtigungen bereits eingerichtet haben. Weitere Informationen finden Sie unter [Zugriffsanforderungen für die vertrauenswürdige Entität](trusted-entity-requirements.md).

# HLS-Ausgabegruppe zu MediaPackage
<a name="origin-server-hls-emp"></a>

Gehen Sie wie folgt vor, wenn Sie sich [entschieden](identify-downstream-system.md) haben, eine HLS-Ausgabegruppe zu erstellen und an diese AWS Elemental MediaPackage über HTTPS zu senden. Sie und der Betreiber des nachgeschalteten Systems müssen sich auf das Ziel für die Ausgabe der HLS-Ausgabegruppe einigen.

**Um die Einrichtung des Ziels zu arrangieren**

1. Bitten Sie den MediaPackage Benutzer, einen Kanal für zu erstellen MediaPackage. Auch wenn es sich bei dem MediaLive Kanal um einen [Standardkanal](plan-redundancy.md) (mit zwei Pipelines) handelt, benötigen Sie nur einen MediaPackage Kanal.

1. Vereinbaren Sie mit dem MediaPackage Benutzer die Einrichtung von HTTPS-Benutzeranmeldedaten. Sie müssen MediaPackage über eine sichere Verbindung an senden.

1. Besorgen Sie sich die folgenden Informationen:
   + Die beiden URLs (Eingabeendpunkte ist die MediaPackage Terminologie) für den Kanal. Die beiden URLs für einen Kanal sehen so aus:

      `https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`

      `https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`

     Die beiden URLs sind immer identisch, bis auf den Ordner kurz davor`channel`.

     Stellen Sie sicher, dass Sie den URLs (der mit beginnt`https://`) und nicht den Kanalnamen (der mit beginnt`arn`) erhalten.
   + Der Benutzername und das Passwort für den Zugriff auf das Downstream-System, falls das Downstream-System authentifizierte Anfragen benötigt. Beachten Sie, dass sich diese Benutzeranmeldeinformationen auf die Benutzerauthentifizierung beziehen, nicht auf das Protokoll. Bei der Benutzerauthentifizierung geht es darum, ob das nachgelagerte System Ihre Anfrage akzeptiert. Beim Protokoll geht es darum, ob die Anfrage über eine sichere Verbindung gesendet wird.

# HLS-Ausgabegruppe bis v2 MediaPackage
<a name="origin-server-hls-empv2"></a>

Gehen Sie wie folgt vor, wenn Sie [entschieden](hls-choosing-hls-vs-emp.md) haben, eine HLS-Ausgabegruppe zu erstellen und an v2 zu MediaPackage senden. Sie und der Betreiber des nachgeschalteten Systems müssen sich auf das Ziel für die Ausgabe der HLS-Ausgabegruppe einigen. 

**Um die Einrichtung des Ziels zu arrangieren**

1. Bitten Sie den MediaPackage Benutzer, einen Kanal für zu erstellen MediaPackage. Auch wenn es sich bei dem MediaLive Kanal um einen [Standardkanal](plan-redundancy.md) (mit zwei Pipelines) handelt, benötigen Sie nur einen MediaPackage Kanal.

1. Besorgen Sie sich die beiden URLs (Eingabeendpunkte ist die MediaPackage Terminologie) für den Kanal. Die beiden URLs für einen Kanal sehen so aus:

    `https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index` 

    `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`

   Die beiden URLs unterscheiden sich geringfügig, wie in den obigen Beispielen gezeigt.

   Stellen Sie sicher, dass Sie den URLs (der mit beginnt`https://`) und nicht den Kanalnamen (der mit beginnt`arn`) erhalten.

   Beachten Sie, dass Sie keine Benutzeranmeldedaten verwenden, um an MediaPackage v2 zu senden.

# HLS-Ausgabegruppe an HTTP
<a name="origin-server-http"></a>

Gehen Sie wie folgt vor, wenn Sie [festgelegt](identify-downstream-system.md) haben, dass Sie eine HLS-Ausgabegruppe mit einem der folgenden Downstream-Systeme als Ziel erstellen möchten:
+ Ein HTTP- oder HTTPS-PUT-Server.
+ Ein HTTP- oder HTTPS-WebDAV-Server.
+ Ein Akamai-Ursprungsserver.

Sie und der Betreiber des Downstream-Systems müssen sich auf das Ziel für die Ausgabe der HLS-Ausgabegruppe einigen. 

Wenn Sie HLS über HTTP bereitstellen, erfolgt die Lieferung häufig an einen Ursprungsserver. Auf dem Ursprungsserver gibt es in der Regel klare Richtlinien zu den Regeln für den Zielpfad, einschließlich des Dateinamens des Hauptmanifests (der `.M3U8` Datei).

**Um die Einrichtung des Ziels zu arrangieren**

Sie müssen mit dem Bediener am nachgeschalteten System sprechen, um Ihre Einrichtung zu koordinieren.

1. Wenn das Downstream-System kein Akamai-Server ist, finden Sie heraus, ob es PUT oder WebDAV verwendet. 

1. Finden Sie heraus, ob das Downstream-System spezielle Anforderungen an die Verbindung stellt. Diese Verbindungsfelder sind in der Konsole im Bereich **CDN-Einstellungen für die HLS-Ausgabegruppe** gruppiert. **Um diese Seite auf der MediaLive Konsole anzuzeigen, wählen Sie auf der Seite **Kanal erstellen** im Abschnitt **Ausgabegruppen** die Option **Hinzufügen** und dann HLS aus.** Wählen Sie die Gruppe aus und öffnen Sie dann in den **HLS-Einstellungen** die **CDN-Einstellungen**.

1. Entscheiden Sie, ob Sie zwei Ziele für die Ausgabe benötigen: 
   + Sie benötigen zwei Ziele in einem [Standardkanal](plan-redundancy.md).
   + Sie benötigen ein Ziel in einem einzigen Pipeline-Kanal.

1. Finden Sie heraus, ob das Downstream-System eine sichere Verbindung verwendet. Ist dies der Fall, vereinbaren Sie mit dem Betreiber die Einrichtung der Benutzeranmeldedaten. 

1. Finden Sie heraus, ob für das Downstream-System benutzerdefinierte Pfade innerhalb der Hauptmanifeste und der untergeordneten Manifeste erforderlich sind. Weitere Informationen finden Sie unter [Anpassen der Pfade innerhalb von HLS-Manifesten](hls-manifest-paths.md).

1. Wenn Sie einen [Standardkanal](plan-redundancy.md) einrichten, finden Sie heraus, ob das Downstream-System redundante Manifeste unterstützt. Ist dies der Fall, entscheiden Sie, ob Sie diese Funktion implementieren möchten. Weitere Informationen finden Sie [Redundante HLS-Manifeste erstellen](hls-redundant-manifests.md) unter und speziell [Regeln für die meisten nachgelagerten Systeme](hls-redundant-manif-most-systems.md) und [Regeln für Akamai CDNs](hls-redundant-manif-akamai.md) für spezifische Anweisungen. 

1. Sprechen Sie mit dem Operator auf dem nachgeschalteten System, um einen vollständigen Zielpfad für die drei Kategorien von HLS-Dateien (die Hauptmanifeste, die untergeordneten Manifeste und die Mediendateien) zu vereinbaren. MediaLive platziert immer alle drei Kategorien von Dateien für jedes Ziel an diesem einen Ort. Es ist nicht möglich, so MediaLive zu konfigurieren, dass einige Dateien an einem anderen Ort gespeichert werden. 

   Wenn Sie zwei Ziele haben, müssen sich die Zielpfade in irgendeiner Weise voneinander unterscheiden. Mindestens einer der Abschnitte eines Pfads muss sich vom anderen unterscheiden. Es ist akzeptabel, dass sich alle Abschnitte unterscheiden. Besprechen Sie diese Anforderung mit dem Betreiber des nachgeschalteten Systems. Für das nachgelagerte System gelten möglicherweise spezifische Regeln zur Einzigartigkeit.

1. Sprechen Sie mit dem Betreiber des nachgelagerten Systems über besondere Anforderungen für die Namen der drei Kategorien von HLS-Dateien. In der Regel gelten für das nachgelagerte System keine besonderen Anforderungen. 

1. Sprechen Sie mit dem Operator auf dem nachgelagerten System über besondere Anforderungen für den Modifikator in den Namen der untergeordneten Manifeste und Mediendateien. 

   Die untergeordneten Manifeste und Mediendateien enthalten diesen Modifikator immer in ihren Dateinamen. Dieser Modifikator unterscheidet jede Ausgabe von der anderen, sodass er in jeder Ausgabe eindeutig sein muss. Beispielsweise müssen die Dateien für die Ausgabe mit hoher Auflösung einen anderen Namen haben als die Dateien für die Ausgabe mit niedriger Auflösung. Beispielsweise könnten die Dateien für eine Ausgabe den Dateinamen und den Modifikator haben`curling_high`, während die andere Ausgabe einen Namen haben könnte. `curling_low`

   In der Regel gelten für das nachgelagerte System keine besonderen Anforderungen.

1. Fragen Sie den Betreiber des nachgeschalteten Systems, ob die Mediendateien in separaten Unterverzeichnissen gespeichert werden sollen. Zum Beispiel ein Unterverzeichnis für die ersten 1.000 Segmente, ein weiteres Unterverzeichnis für die zweiten 1.000 Segmente usw.

   Für die meisten Downstream-Systeme sind keine separaten Unterverzeichnisse erforderlich.

1. Vereinbaren Sie die Abschnitte des Zielpfads, für die das nachgelagerte System besondere Anforderungen stellt.
   + Beispielsweise verlangt das Downstream-System möglicherweise nur, dass Sie an einen bestimmten Host senden. Das nachgelagerte System muss nicht wissen, welche Ordner- oder Dateinamen Sie verwenden werden.

     Senden Sie beispielsweise an zwei Ordner, denen Sie einen Namen geben, aber auf dem Host unter `https://203.0.113.55`

     Oder senden Sie an zwei Ordner, denen Sie einen Namen geben, aber auf den Hosts unter `https://203.0.113.55` und `https://203.0.113.82`
   + Oder das Downstream-System benötigt möglicherweise einen bestimmten Host und Ordner, aber mit einem von Ihnen gewählten Dateinamen. Zum Beispiel dieser Host und diese Ordner:

     `https://203.0.113.55/sports/delivery/`

     `https://203.0.113.55/sports/backup/`

1. Notieren Sie sich die Informationen, die Sie gesammelt haben:
   + Der Verbindungstyp für das Downstream-System — Akamai, PUT oder WebDAV.
   + Die Einstellungen für Verbindungsfelder, wenn das Downstream-System besondere Anforderungen hat.
   + Das Protokoll für die Übermittlung — HTTP oder HTTPS.
   + Der Benutzername und das Passwort für den Zugriff auf das Downstream-System, falls das Downstream-System authentifizierte Anfragen benötigt. Beachten Sie, dass sich diese Benutzeranmeldeinformationen auf die Benutzerauthentifizierung beziehen, nicht auf das Protokoll. Bei der Benutzerauthentifizierung geht es darum, ob das nachgelagerte System Ihre Anfrage akzeptiert. Beim Protokoll geht es darum, ob die Anfrage über eine sichere Verbindung gesendet wird.
   + Alle oder ein Teil der Zielpfade, möglicherweise einschließlich der Dateinamen.
   + Ob Sie separate Unterverzeichnisse einrichten müssen.