

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.

# Implementierung von Pipeline-Redundanz
<a name="plan-redundancy-mode"></a>

Sie können einen MediaLive Kanal mit zwei Kodierungspipelines einrichten, um die Stabilität der Kanalverarbeitungspipeline zu gewährleisten. 

Wenn Sie einen Kanal mit zwei Kodierungspipelines einrichten, nehmen beide Pipelines den Quellinhalt auf und erzeugen eine Ausgabe. Wenn die aktuelle Pipeline ausfällt, erkennt das Downstream-System, dass es keinen Inhalt mehr empfängt, und wechselt zur anderen Ausgabe. Das nachgelagerte System wird nicht unterbrochen. MediaLive startet die zweite Pipeline innerhalb weniger Minuten neu. 

Ein Kanal mit zwei Kodierungspipelines wird als *Standardkanal* bezeichnet.

Wenn Sie keine Pipeline-Redundanz implementieren möchten, richten Sie den Kanal als *Single-Pipeline-Kanal* ein. Wenn die einzelne Pipeline ausfällt, wird die Ausgabe MediaLive eingestellt, die an das nachgeschaltete System geliefert werden kann.

**Topics**
+ [Entscheidung, ob Pipeline-Redundanz implementiert werden soll](pipeline-redundancy-guidelines.md)
+ [Einen Standardkanal einrichten](standard-channel-procedure.md)
+ [Einrichtung eines Single-Pipeline-Kanals mit Upgrade-Optionen](single-channel-upgrade.md)
+ [Einrichtung eines Single-Pipeline-Kanals ohne Upgrade-Potenzial](single-pipeline-no-upgrade.md)
+ [Ändern der Pipeline-Redundanz in einem vorhandenen Channel](pipeline-redundancy-change.md)

# Entscheidung, ob Pipeline-Redundanz implementiert werden soll
<a name="pipeline-redundancy-guidelines"></a>

In MediaLive wird die Pipeline-Redundanz durch die Klasse gesteuert, die Sie dem Kanal zuweisen. Um die zuzuweisende Kanalklasse zu bestimmen, müssen Sie entscheiden, ob Sie Pipeline-Redundanz implementieren möchten und können.

## Schritt 1: Entscheiden Sie, ob Sie Pipeline-Redundanz implementieren möchten
<a name="decide-class-step-want"></a>

Entscheiden Sie, ob Sie Pipeline-Redundanz implementieren *möchten*. Beachten Sie neben den Vorteilen redundanter Pipelines auch die folgenden Punkte:.
+ Wenn Sie die Ausgabe an senden AWS Elemental MediaPackage, möchten Sie möglicherweise eine Pipeline-Redundanz implementieren, um die *Eingaberedundanz* in zu unterstützen. MediaPackage MediaLive sendet zwei identische Ausgänge an die beiden Eingänge des MediaPackage Kanals. Wenn ein Pipeline-Fehler auftritt MediaLive, MediaPackage verfügt es über eine Logik, um den verwendeten Eingang nahtlos umzuschalten.
+ Wägen Sie die Vorteile eines Standard-Channels gegen den Kostenunterschied bei der Datenübertragung im Vergleich zu einem Single-Pipeline-Channel ab. Weitere Informationen zu Gebühren für Channels finden Sie unter [https://aws.amazon.com/medialive/pricing/](https://aws.amazon.com/medialive/pricing/).
+ Wenn Sie entscheiden, dass Sie die Pipeline-Redundanz noch nicht implementieren möchten, können Sie die Konfiguration so einrichten, dass die Option einer späteren Implementierung offen bleibt. In den Verfahren weiter unten in diesem Abschnitt wird erklärt, wie die Einrichtung auf diese Weise erfolgt.

## Schritt 2: Entscheiden Sie, ob Sie Pipeline-Redundanz implementieren können
<a name="decide-class-step-ability"></a>

Wenn Sie entscheiden, dass Sie einen Standardkanal einrichten möchten, müssen Sie festlegen, ob Sie einen Standardkanal einrichten *können*. Dazu gehen Sie wie folgt vor:
+ Stellen Sie fest, ob die Eingänge für den Kanal die Pipeline-Redundanz unterstützen. Diese Unterstützung hängt von der Klasse der Eingänge ab, bei der es sich entweder um die Standardklasse oder um eine Einklassenklasse handelt. 
  + Für die Pipeline-Redundanz benötigen Sie zwei Quellen, eine für jede Kanal-Pipeline. Das bedeutet, dass alle Eingaben über zwei Pipelines verfügen müssen: Sie müssen alle Eingaben der Standardklasse sein.
  + Wenn es sich bei den Kanaleingängen um eine Mischung aus Standardeingängen und Einklasseneingängen handelt oder wenn es sich bei allen Kanaleingängen um Einklasseneingänge handelt, können Sie keine Pipeline-Redundanz implementieren.

  Weitere Informationen zu den Klassen, die für die verschiedenen Eingangstypen gelten, finden Sie unter. [Unterstützte Eingabeklasse](inputs-single-standard-vpc.md)
+ Finden Sie heraus, ob das Upstream-System zwei Quell-Streams je Eingabe senden kann. Wenn dies nicht möglich ist, können Sie ihn nicht als Standardkanal einrichten.

  In einem Kanal mit mehreren Eingängen müssen alle Eingänge zwei Quellstreams haben. Wenn Quellinhalte von mehreren Upstream-Systemen stammen, muss jedes Upstream-System in der Lage sein, zwei Quellen bereitzustellen. Wenn sie nicht alle zwei Quellen bereitstellen können, können Sie sie nicht als Standardkanal einrichten.
+ Erkundigen Sie sich beim Downstream-System, ob das Downstream-System zwei identische Ausgangssätze verarbeiten kann MediaLive und ob das System je nach Bedarf umschalten kann. Beachten Sie, dass, wie weiter oben in diesem Entscheidungsabschnitt beschrieben, immer zwei Ausgänge verarbeitet werden MediaPackage können.

  Wenn das nachgeschaltete System nicht über diese Fähigkeit verfügt, hat die Einrichtung als Standardkanal keinen Vorteil. 

## Schritt 3: Folgen Sie dem richtigen Verfahren
<a name="decide-class-step-procedure"></a>

Nachdem Sie die Pipeline-Redundanzoption identifiziert haben, die Sie im Channel implementieren werden, finden Sie in den folgenden Abschnitten weitere Informationen:
+ Wenn Sie die Pipeline-Redundanz sofort implementieren möchten und das Upstream-System zwei Quellstreams bereitstellen kann, finden Sie weitere Informationen unter. [Einen Standardkanal einrichten](standard-channel-procedure.md)
+ Wenn Sie vorerst keine Pipeline-Redundanz implementieren möchten, aber später ein einfaches Upgrade auf Pipeline-Redundanz ermöglichen möchten, finden Sie weitere Informationen unter. [Einrichtung eines Single-Pipeline-Kanals mit Upgrade-Optionen](single-channel-upgrade.md)
+ Wenn Sie jetzt oder in future keine Pipeline-Redundanz implementieren möchten, finden Sie weitere Informationen unter[Einrichtung eines Single-Pipeline-Kanals ohne Upgrade-Potenzial](single-pipeline-no-upgrade.md).

# Einen Standardkanal einrichten
<a name="standard-channel-procedure"></a>

Als Sie die [Richtlinien](pipeline-redundancy-guidelines.md) für die Implementierung von Pipeline-Redundanz in einem MediaLive Kanal befolgt haben, haben Sie vielleicht entschieden, dass Sie Pipeline-Redundanz implementieren möchten. Stellen Sie in diesem Fall sicher, dass Sie die Eingänge als Eingänge der Standardklasse und den Kanal als Standardkanal einrichten. 

Beachten Sie bei der Planung des Workflows die folgenden Richtlinien:
+ Stellen Sie sicher, dass das Upstream-System Ihnen zwei Instanzen des Quellinhalts zur Verfügung stellen kann. Siehe [Beurteilen Sie die Quellformate und die Verpackung](uss-obtain-info.md).
+ Wenn Sie [Eingaben erstellen](medialive-inputs.md), richten Sie alle Eingaben als Eingaben der Standardklasse ein.

  Einige Eingaben sind immer als Eingaben der Standardklasse eingerichtet. Stellen Sie für alle anderen Eingaben das Feld **Eingabeklasse** auf **Standardeingabe** ein.
+ Gehen Sie beim Erstellen des Kanals wie folgt vor:
  + Richten Sie den Kanal als Standardkanal ein. Siehe [Vollständige Kanal- und Eingangsdetails](creating-a-channel-step1.md).
  + [Schließen Sie im Schritt zum Anschließen von Eingängen an den Kanal](creating-a-channel-step2.md) nur Eingänge der Standardklasse an. Wenn Sie versuchen, einen Single-Class-Eingang an einen Standardkanal anzuschließen, können Sie den Kanal nicht erstellen.
+ Wenden Sie sich an das Upstream-System und bitten Sie es, zwei Inhaltsquellen bereitzustellen.

## Wie funktioniert die Pipeline-Redundanz
<a name="standard-pipeline-diagram"></a>

Wenn Sie einen Standardkanal einrichten, hat der Kanal zwei Pipelines: Pipeline 0 und Pipeline 1. Jede Eingabe enthält außerdem zwei Pipelines. Eine Inhaltsquelle ist mit jeder Pipeline verbunden.

Wie dieses Diagramm zeigt, stellt das Upstream-System der Eingabe zwei Instanzen des Inhalts zur Verfügung. Eine Instanz geht an die Pipeline, die durch die blaue Linie gekennzeichnet ist, die andere an die Pipeline, die durch die grüne Linie gekennzeichnet ist. Jede dieser Leitungen ist an eine der beiden Rohrleitungen im Kanal angeschlossen. Der Kanal erzeugt zwei identische Instanzen der Ausgabe für das nachgeschaltete System. Das Downstream-System entscheidet sich dafür, eine Instanz (die Ausgabe aus der blauen Pipeline) zu verarbeiten und die andere Instanz (die Ausgabe aus der grünen Pipeline) zu ignorieren.

![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)


## Fehlerbehandlung
<a name="standard-pipeline-failure-handling"></a>

Möglicherweise liegt ein Problem vor, das dazu führt, dass eine Pipeline nicht mehr funktioniert. 
+ Wenn es sich bei der ausgefallenen Pipeline um die Pipeline handelt, die das Downstream-System verarbeitet (z. B. die blaue Pipeline), kann das Downstream-System zum anderen Ausgang wechseln.
+ Nach einigen Minuten wird die ausgefallene Pipeline automatisch neu gestartet und erzeugt eine Ausgabe. Das Downstream-System kann weiterhin die Ausgabe aus der grünen Pipeline verarbeiten oder es kann zur blauen Pipeline zurückkehren. Diese Entscheidung hat keine Auswirkungen auf MediaLive.

Beachten Sie in diesem Diagramm, dass das Upstream-System immer noch Quellinhalte an die blaue Pipeline sendet, was darauf hinweist, dass das Upstream-System funktioniert, aber Pipeline 0 ausgefallen ist. Das Downstream-System hat stattdessen mit der Verarbeitung von Pipeline 1 begonnen und dabei den Quellinhalt aus der grünen Pipeline verwendet. 

![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)


# Einrichtung eines Single-Pipeline-Kanals mit Upgrade-Optionen
<a name="single-channel-upgrade"></a>

Als Sie die [Richtlinien](pipeline-redundancy-guidelines.md) für die Implementierung von Pipeline-Redundanz in einem MediaLive Kanal befolgt haben, haben Sie möglicherweise entschieden, dass Sie den Kanal ohne Pipeline-Redundanz erstellen möchten. Möglicherweise möchten Sie jedoch später ein einfaches Upgrade auf Pipeline-Redundanz ermöglichen. 

Beachten Sie in diesem Fall bei der Planung des Workflows die folgenden Richtlinien:
+ Wenn Sie [Eingaben erstellen](medialive-inputs.md), richten Sie alle Eingaben als Eingaben der Standardklasse ein.

  Einige Eingaben sind immer als Eingaben der Standardklasse eingerichtet. Stellen Sie für alle anderen Eingaben das Feld **Eingabeklasse** auf **Standardeingabe** ein.
+ Gehen Sie beim Erstellen des Kanals wie folgt vor:
  + Richten Sie den Kanal als Single-Pipeline-Kanal ein. Siehe [Vollständige Kanal- und Eingangsdetails](creating-a-channel-step1.md).
  + Vergewissern Sie sich bei dem Schritt [zum Anschließen von Eingängen an den Kanal](creating-a-channel-step2.md), dass es sich bei den Anschlüssen um Eingänge der Standardklasse handelt.
+ Wenden Sie sich an das Upstream-System und bitten Sie es, *eine einzige* Inhaltsquelle bereitzustellen.

## Wie funktioniert ein Single-Pipeline-Kanal
<a name="single-channel-upgrade-working"></a>

Wenn Sie einen Single-Pipeline-Kanal mit der Option zur einfachen Aufrüstung einrichten, handelt es sich bei dem Kanal um einen Single-Pipeline-Kanal, aber die Eingänge sind alle Eingänge der Standardklasse. 
+ Der Kanal enthält eine Pipeline — Pipeline 0.
+ Jede Standardklasseneingabe enthält zwei Pipelines. Allerdings ist nur eine der Pipelines mit einer Inhaltsquelle verbunden. Die andere Eingabepipeline ist inaktiv.

Wie dieses Diagramm zeigt, stellt das Upstream-System eine Instanz des Quellinhalts für die Eingabe bereit, d. h. für die Pipeline, die durch die blaue Linie gekennzeichnet ist. Die Eingabe stellt diese eine Instanz für die eine Pipeline im Kanal bereit. Der Kanal erzeugt eine Instanz der Ausgabe für das Downstream-System. Die andere Pipeline in der Eingabe (die grüne Pipeline) ist immer inaktiv.

![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)


## Fehlerbehandlung
<a name="single-channel-upgrade-failure"></a>

Wenn es ein Problem gibt, das dazu führt, dass eine Pipeline nicht mehr funktioniert, MediaLive wird die Ausgabe eingestellt. Das nachgeschaltete System empfängt keine Ausgabe mehr.

# Einrichtung eines Single-Pipeline-Kanals ohne Upgrade-Potenzial
<a name="single-pipeline-no-upgrade"></a>

Als Sie die [Richtlinien](pipeline-redundancy-guidelines.md) für die Implementierung von Pipeline-Redundanz in einem MediaLive Kanal befolgt haben, haben Sie sich möglicherweise für eine der folgenden Optionen entschieden:
+ Möglicherweise haben Sie entschieden, dass Sie jetzt oder in future keine Pipeline-Redundanz im Kanal implementieren möchten. 
+ Oder Sie haben vielleicht festgestellt, dass Sie keine Pipeline-Redundanz implementieren können, da es sich bei allen Eingaben für den Kanal nur um Eingänge mit einer einzigen Klasse handeln kann.

**Anmerkung**  
Bevor Sie sich für die Implementierung dieser Option entscheiden, lesen Sie die Informationen zur [Einrichtung ohne Pipeline-Redundanz, aber mit der Option, später problemlos ein Upgrade durchzuführen](single-channel-upgrade.md).

Beachten Sie bei der Planung des Workflows die folgenden Richtlinien:
+ Wenn Sie [Eingaben erstellen](medialive-inputs.md), richten Sie die Eingaben wie folgt ein:
  + Bei einigen Eingaben kann es sich nur um Eingaben der Standardklasse handeln. Sie können diese Eingänge weiterhin an den Kanal anschließen. Erstellen Sie die Eingänge auf normale Weise. 
  + Bei einigen Eingaben kann es sich nur um Einklasseneingaben handeln. Erstellen Sie diese Eingaben auf reguläre Weise.
  + Richten Sie alle anderen Eingaben als Einzelklasseneingaben ein. Um die Eingabe auf diese Weise einzurichten, setzen Sie das Feld **Eingabeklasse** auf **Einzeleingabe**.
+ Gehen Sie beim Erstellen des Kanals wie folgt vor:
  + Richten Sie den Kanal als Single-Pipeline-Kanal ein. Siehe [Vollständige Kanal- und Eingangsdetails](creating-a-channel-step1.md).
  + [Schließen Sie im Schritt zum Anschließen von Eingängen an den Kanal](creating-a-channel-step2.md) die Eingänge an, die Sie identifiziert haben.
+ Wenden Sie sich an das vorgelagerte System und bitten Sie es, *eine einzige* Inhaltsquelle bereitzustellen. Selbst bei Eingaben der Standardklasse sollte das Upstream-System nur eine Quelle bereitstellen.

## Wie funktioniert ein Single-Pipeline-Kanal
<a name="single-pipeline-no-upgrade-working"></a>

Wenn Sie einen Single-Pipeline-Channel ohne Upgrade-Bereitstellung einrichten, handelt es sich bei dem Kanal um einen Single-Pipeline-Kanal. Bei den Eingängen kann es sich um eine Kombination aus Eingängen mit einer Klasse und Eingängen der Standardklasse handeln.
+ Der Kanal enthält eine Pipeline — Pipeline 0.
+ Jeder Single-Class-Eingang, der an den Kanal angeschlossen ist, enthält eine Pipeline. Der Eingang ist mit einer Inhaltsquelle verbunden. 

  Wie dieses Diagramm zeigt, stellt das Upstream-System eine Instanz des Quellinhalts für die Eingabe bereit, d. h. für die Pipeline, die durch die blaue Linie gekennzeichnet ist. Die Eingabe stellt diese eine Instanz für die eine Pipeline im Kanal bereit. Der Kanal erzeugt eine Instanz der Ausgabe für das Downstream-System.  
![\[Diagram showing content flow from upstream server through single-class input and pipeline to downstream system.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/pipeline-redundancy-single-channel-single-input.png)
+ Jede Eingabeeingabe der Standardklasse enthält zwei Pipelines. Allerdings ist nur eine der Pipelines mit einer Inhaltsquelle verbunden. Die andere Eingabepipeline ist inaktiv.

  Wie dieses Diagramm zeigt, stellt das Upstream-System eine Instanz des Quellinhalts für die Eingabe bereit, d. h. für die Pipeline, die durch die blaue Linie gekennzeichnet ist. Die Eingabe stellt diese eine Instanz für die eine Pipeline im Kanal bereit. Der Kanal erzeugt eine Instanz der Ausgabe für das Downstream-System. Die andere Pipeline in der Eingabe (die grüne Pipeline) ist immer inaktiv.  
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)

## Fehlerbehandlung
<a name="single-pipeline-no-upgrade-failure"></a>

Wenn es ein Problem gibt, das dazu führt, dass eine Pipeline nicht mehr funktioniert, MediaLive wird die Ausgabe eingestellt. Das nachgeschaltete System empfängt keine Ausgabe mehr.

# Ändern der Pipeline-Redundanz in einem vorhandenen Channel
<a name="pipeline-redundancy-change"></a>

Um die Pipeline-Redundanz auf einem vorhandenen MediaLive Kanal zu aktivieren oder zu deaktivieren, müssen Sie die Kanalklasse aktualisieren.

## Ändern des Channels in einen Single-Pipeline-Channel
<a name="channel-class-to-singlepipeline"></a>

Sie können einen Standard-Channel in eine einzelne Pipeline ändern, um eine der Pipelines im Channel sowie die Pipeline-Redundanz zu entfernen.

Um die Channel-Klasse zu ändern, muss der Channel im Leerlauf sein (d.h., er wird nicht ausgeführt).

**So ändern Sie die Channel-Klasse zu einem Single-Pipeline-Channel:**

1. Wählen Sie auf der Seite **Channels** den Channel aus. (Wählen Sie nicht den Channel-Namen.)

1. Wählen Sie im Menü „**Aktionen**“, dann „**Andere Kanalaktionen“ und anschließend „Kanalklasse** **auf SINGLE\$1PIPELINE aktualisieren**“.

1. **Wählen Sie im Dialogfeld „Bestätigen“.** MediaLive führt die folgenden Aktionen aus:
   + Es entfernt die zweite Pipeline (Pipeline 1) im Channel.
   + Es entfernt die zweite Zieladresse in jeder Ausgabegruppe.
   + Der zweite Endpunkt für die Eingaben wird *nicht* entfernt. Die Eingaben werden in keiner Weise geändert. Ignoriert stattdessen MediaLive einfach den zweiten Endpunkt, wenn Sie den Kanal neu starten.

   Während MediaLive der Ausführung dieser Aktionen hat der Kanal den Status **AKTUALISIERT**. Wenn die Aktualisierung abgeschlossen ist, ändert sich der Status zu **IDLE (LEERLAUF)**. 

1. Möglicherweise möchten Sie das Upstream-System für jede Push-Eingabe benachrichtigen, dass es nicht mehr erforderlich ist, die Eingabe an den zweiten Endpunkt zu übertragen. Möglicherweise möchten Sie das Downstream-System auch für jede Ausgabegruppe darüber informieren, dass es am zweiten Ziel keine Ausgabe mehr erwarten darf. 

## Änderung der Kanalklasse auf Standard — Option A
<a name="channel-class-option-a"></a>

Sie können einen Single-Pipeline-Kanal in einen Standardkanal ändern. Gehen Sie wie folgt vor, wenn Sie ursprünglich den Single-Pipeline-Kanal mit [Eingängen der Standardklasse](single-channel-upgrade.md) und Upgrade-Potenzial eingerichtet haben. 

Gehen Sie wie folgt vor:

1. Vereinbaren Sie mit Ihren Upstream-Systemen, dass mit dem Senden von zwei Instanzen des Quellinhalts begonnen wird.

1. [Stoppen Sie den Kanal](starting-stopping-deleting-a-channel.md).

1. Ändern Sie die Kanalklasse in die Standardklasse. Sehen Sie sich die Schritte nach dieser Liste an.

   Sie haben den Kanal jetzt von einem Single-Pipeline-Kanal mit Eingängen der Standardklasse auf einen Standardkanal mit Eingängen der Standardklasse aktualisiert.

1. Starten [Sie](starting-stopping-deleting-a-channel.md) den Kanal neu.

**So ändern Sie die Channel-Klasse**

1. Rufen Sie eine zweite Zieladresse für jede Ausgabegruppe ab. Jede Adresse befindet sich im Downstream-System jeder Ausgangsgruppe.

   Wenn der Kanal beispielsweise eine HLS-Ausgabegruppe (mit einem HTTPS-Server als Downstream-System) und eine Archiv-Ausgabegruppe (mit einem Amazon S3 S3-Bucket als Downstream-System) hat, müssen Sie die URL zu einer neuen Zieladresse auf dem HTTPS-Server und die URL zu einem neuen Ordner im Amazon S3 S3-Bucket eingeben.

   Planen Sie diese Ziele jetzt auf die gleiche Weise, wie Sie die Zieladressen beim ursprünglichen Einrichten des Channels geplant haben. Weitere Informationen finden Sie [Einrichtung: Ausgabegruppen und Ausgaben erstellen](medialive-outputs.md) in den Informationen zur Koordination für den Typ der Ausgabegruppe, die Sie erstellen.

1. Wählen Sie auf der Seite **Channels** den Channel aus. (Wählen Sie nicht den Channel-Namen.)

1. Wählen Sie im Menü **Actions (Aktionen)**, **Other channel actions (Andere Channel-Aktionen)**, **Update channel class to STANDARD (Channel-Klasse auf STANDARD aktualisieren)** aus.

1. Klicken Sie im Dialogfeld auf **Confirm (Bestätigen)**.

1. Geben Sie auf der Seite **Kanalklasse auf Standard aktualisieren** die Zieladressen ein, die Sie in Schritt 1 identifiziert haben. Es gibt ein Feld für jede Ausgabegruppe im Channel.

1. Wählen Sie „**Absenden**“. MediaLive aktualisiert den Kanal und erstellt eine neue Pipeline namens Pipeline 1. Die Quelle für diese Pipeline ist die zuvor inaktive URL. Wenn Sie den Kanal starten, MediaLive nimmt er Inhalte von dieser URL auf, erzeugt eine Ausgabe und sendet die Ausgabe an die neuen Ziele in jeder Ausgabegruppe. 

## Die Klasse ändern — Option B
<a name="channel-class-option-b"></a>

Als Sie den Kanal ursprünglich erstellt haben, waren Sie sich vielleicht sicher, dass Sie den Kanal nicht in einen Standardkanal konvertieren müssten. Daher haben Sie [den Kanal als Single-Pipeline-Kanal mit Single-Class-Eingängen eingerichtet](single-pipeline-no-upgrade.md). 

Möglicherweise entscheiden Sie jetzt, dass Sie den Kanal auf einen Standardkanal umstellen müssen. Sie können dies tun, beachten Sie jedoch, dass das Verfahren das Trennen, Aufrüsten und Bearbeiten der Eingänge sowie das Aufrüsten des Kanals umfasst.

Führen Sie die folgenden Schritte aus:

1. Vereinbaren Sie mit Ihren Upstream-Systemen, dass mit dem Senden von zwei Instanzen des Quellinhalts begonnen wird.

1. [Stoppen Sie den Kanal](starting-stopping-deleting-a-channel.md).

1. Trennen Sie jeden einzelnen Klasseneingang. Um die Eingänge zu trennen, müssen Sie [den Kanal bearbeiten und die](editing-deleting-channel.md) angeschlossenen Eingänge entfernen.

1. [Bearbeiten Sie jede Eingabe](edit-input.md), um sie in eine Standardklasse umzuwandeln und eine zweite Quelle hinzuzufügen.

1. Bearbeiten Sie den Kanal, um die Kanalklasse in die Standardklasse umzuwandeln. Sehen Sie sich die Schritte nach dieser Liste an.

1. [Bearbeiten Sie den Kanal](editing-deleting-channel.md), um jeden Eingang erneut anzuhängen.

   Sie haben den Kanal jetzt von einem Single-Pipeline-Kanal mit Single-Class-Eingängen auf einen Standardkanal mit Standard-Class-Eingängen aktualisiert.

1. [Starten Sie den Kanal neu.](starting-stopping-deleting-a-channel.md)

**So ändern Sie die Channel-Klasse**

1. Rufen Sie eine zweite Zieladresse für jede Ausgabegruppe ab. Jede Adresse befindet sich in den Downstream-Systemen jeder Ausgabegruppe.

   Wenn der Kanal beispielsweise eine HLS-Ausgabegruppe (mit einem HTTPS-Server als Downstream-System) und eine Archiv-Ausgabegruppe (mit einem Amazon S3 S3-Bucket als Downstream-System) hat, müssen Sie die URL zu einer neuen Zieladresse auf dem HTTPS-Server und die URL zu einem neuen Ordner im Amazon S3 S3-Bucket eingeben.

   Planen Sie diese Ziele jetzt auf die gleiche Weise, wie Sie die Zieladressen beim ursprünglichen Einrichten des Channels geplant haben. Möglicherweise müssen Sie sich an den Eigentümer jedes Downstream-Systems wenden.

1. Bearbeiten Sie URLs in jeder einzelnen Klasseneingabe eine zweite URL für die zweite Quelle, die Inhalte für die neu hinzugefügte Pipeline bereitstellt. 
   + [Bearbeiten Sie bei einer Push-Eingabe die Eingabe](edit-input.md), um eine Adresse für die zweite Eingabequelle aufzunehmen. Geben Sie diese Adresse an den Eigentümer des Upstream-Systems, damit er Quellinhalte an diese Adresse übertragen kann. Sie sollten auch vom Upstream-System die Adresse herausfinden, von der die neue Quelle per Push übertragen wird. Stellen Sie sicher, dass diese Adresse von der Eingabesicherheitsgruppe für den Channel abgedeckt ist. 
   + Für eine Pull-Eingabe erhalten Sie eine neue Adresse vom Eigentümer des Downstream-Systems. [Bearbeiten Sie die Eingabe](edit-input.md), um diese Adresse einzuschließen. Nachdem die zweite Pipeline erstellt wurde, kann MediaLive den Inhalt der zweiten Quelle abrufen (für die zweite Pipeline). 

1. Wählen Sie auf der Seite **Channels** den Channel aus. (Wählen Sie nicht den Channel-Namen.)

1. Wählen Sie im Menü **Actions (Aktionen)**, **Other channel actions (Andere Channel-Aktionen)**, **Update channel class to STANDARD (Channel-Klasse auf STANDARD aktualisieren)** aus.

1. Klicken Sie im Dialogfeld auf **Confirm (Bestätigen)**.

1. Geben Sie auf der Seite **Update channel class to STANDARD (Channel-Klasse auf STANDARD aktualisieren)** die Zieladressen ein, die Sie in Schritt 1 identifiziert haben. Es gibt ein Feld für jede Ausgabegruppe im Channel.

1. Wählen Sie „**Senden**“. MediaLive aktualisiert den Kanal und erstellt eine neue Pipeline namens Pipeline 1. Wenn Sie den Kanal starten, MediaLive sendet die Ausgabe dieser Pipeline an die neuen Ziele in jeder Ausgabegruppe. 