Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Mise en œuvre de la redondance des pipelines
Vous pouvez configurer un MediaLive canal avec deux pipelines de codage afin d'assurer la résilience du pipeline de traitement des canaux.
Lorsque vous configurez un canal avec deux pipelines de codage, les deux pipelines ingèrent le contenu source et produisent une sortie. Si le pipeline actuel échoue, le système en aval peut détecter qu'il ne reçoit plus de contenu et passer à l'autre sortie. Il n'y a aucune interruption du système en aval. MediaLive redémarre le deuxième pipeline en quelques minutes.
Un canal doté de deux pipelines de codage est appelé *canal standard*.
Si vous ne souhaitez pas implémenter la redondance du pipeline, vous devez configurer le canal en tant que canal à pipeline *unique*. Si le pipeline unique tombe en panne, MediaLive cesse de produire des sorties destinées au système en aval.
**Topics**
+ [Décider s'il convient d'implémenter la redondance du pipeline](pipeline-redundancy-guidelines.md)
+ [Configuration d'une chaîne standard](standard-channel-procedure.md)
+ [Configuration d'un canal à pipeline unique avec options de mise à niveau](single-channel-upgrade.md)
+ [Configuration d'un canal à pipeline unique sans potentiel de mise à niveau](single-pipeline-no-upgrade.md)
+ [Modification de la redondance de pipeline dans un canal existant](pipeline-redundancy-change.md)
# Décider s'il convient d'implémenter la redondance du pipeline
Dans MediaLive, la redondance du pipeline est contrôlée par la classe que vous attribuez au canal. Pour déterminer la classe de canal à attribuer, vous devez décider si vous souhaitez et êtes en mesure d'implémenter la redondance du pipeline.
## Étape 1 : Décidez si vous souhaitez implémenter la redondance du pipeline
Décidez si vous *souhaitez* implémenter la redondance des pipelines. Outre les avantages des pipelines redondants, tenez compte des points suivants :.
+ Si vous envoyez une sortie à AWS Elemental MediaPackage, vous souhaiterez peut-être implémenter la redondance du pipeline afin de prendre en charge la redondance des *entrées* dans. MediaPackage MediaLive enverra deux sorties identiques aux deux entrées du MediaPackage canal. En cas de défaillance du pipeline MediaLive, MediaPackage dispose d'une logique lui permettant de changer facilement l'entrée qu'il utilise.
+ Évaluer l'avantage d'un canal standard par rapport à la différence des frais de traitement pour un canal standard par rapport à un canal unique. Pour de plus amples informations sur les frais relatifs aux canaux, veuillez consulter [https://aws.amazon.com/medialive/pricing/](https://aws.amazon.com/medialive/pricing/).
+ Si vous décidez que vous ne souhaitez pas encore implémenter la redondance des pipelines, vous pouvez configurer la possibilité de l'implémenter ultérieurement. Les procédures décrites plus loin dans cette section expliquent comment procéder à cette configuration.
## Étape 2 : Décidez si vous pouvez implémenter la redondance du pipeline
Si vous décidez de configurer un canal standard, vous devez déterminer si vous *pouvez* configurer un canal standard. Procédez comme suit :
+ Déterminez si les entrées du canal supportent la redondance du pipeline. Ce support dépend de la classe des entrées, qui est soit de classe standard, soit de classe unique.
+ Pour la redondance du pipeline, vous avez besoin de deux sources, une pour chaque pipeline de canal. Cela signifie que toutes les entrées doivent avoir deux pipelines : elles doivent toutes être des entrées de classe standard.
+ Si les entrées de canal sont un mélange de classe standard et de classe unique, ou si elles sont toutes à classe unique, vous ne pouvez pas implémenter la redondance du pipeline.
Pour plus d'informations sur les classes qui s'appliquent aux différents types d'entrées, consultez[Classe d'entrée prise en charge](inputs-single-standard-vpc.md).
+ Contactez le système en amont pour déterminer s'il peut vous envoyer deux flux source pour chaque entrée. S'ils ne le peuvent pas, vous ne pouvez pas le configurer en tant que chaîne standard.
Dans un canal à entrées multiples, toutes les entrées doivent avoir deux flux sources. Si le contenu source provient de plusieurs systèmes en amont, chaque système en amont doit être capable de fournir deux sources. S'ils ne peuvent pas tous fournir deux sources, vous ne pouvez pas le configurer en tant que canal standard.
+ Contactez le système en aval pour déterminer s'il peut gérer deux ensembles de sorties identiques en provenance MediaLive et à commuter selon les besoins. Notez que, comme décrit précédemment dans cette section de décision, MediaPackage vous pouvez toujours gérer deux sorties.
Si le système en aval ne dispose pas de cette capacité, il n'y a aucun avantage à le configurer en tant que canal standard.
## Étape 3 : suivez la bonne procédure
Après avoir identifié l'option de redondance du pipeline que vous allez implémenter dans le canal, consultez les sections suivantes pour plus d'informations :
+ Si vous souhaitez implémenter immédiatement la redondance des pipelines et que le système en amont peut fournir deux flux sources, consultez. [Configuration d'une chaîne standard](standard-channel-procedure.md)
+ Si vous ne souhaitez pas implémenter la redondance du pipeline pour le moment, mais que vous souhaitez permettre une mise à niveau facile vers la redondance du pipeline ultérieurement, consultez. [Configuration d'un canal à pipeline unique avec options de mise à niveau](single-channel-upgrade.md)
+ Si vous ne souhaitez pas implémenter la redondance des pipelines maintenant ou à l'avenir, consultez. [Configuration d'un canal à pipeline unique sans potentiel de mise à niveau](single-pipeline-no-upgrade.md)
# Configuration d'une chaîne standard
Après avoir suivi les [directives relatives](pipeline-redundancy-guidelines.md) à la mise en œuvre de la redondance de pipeline dans un MediaLive canal, vous avez peut-être décidé d'implémenter la redondance de pipeline. Dans ce cas, assurez-vous de configurer les entrées comme des entrées de classe standard et de configurer le canal comme canal standard.
Suivez ces directives lorsque vous planifiez le flux de travail :
+ Assurez-vous que le système en amont peut vous fournir deux instances du contenu source. Consultez [Évaluer les formats source et les emballages](uss-obtain-info.md).
+ Lorsque vous [créez des entrées](medialive-inputs.md), configurez toutes les entrées en tant qu'entrées de classe standard.
Certaines entrées sont toujours configurées en tant qu'entrées de classe standard. Pour toutes les autres entrées, définissez le champ **Classe d'entrée** sur **Entrée standard**.
+ Lorsque vous créez le canal, procédez comme suit :
+ Configurez le canal en tant que canal standard. Consultez [Détails complets du canal et des entrées](creating-a-channel-step1.md).
+ À l'étape consistant à [associer des entrées au canal](creating-a-channel-step2.md), attachez uniquement des entrées de classe standard. Si vous essayez d'associer une entrée à classe unique à un canal standard, vous ne pourrez pas créer le canal.
+ Contactez le système en amont et demandez-lui de fournir deux sources de contenu.
## Comment fonctionne la redondance des pipelines
Lorsque vous configurez un canal standard, le canal possède deux pipelines : le pipeline 0 et le pipeline 1. Chaque entrée contient également deux pipelines. Une source de contenu est connectée à chaque pipeline.
Comme l'illustre ce schéma, le système en amont fournit deux instances du contenu à l'entrée. Une instance est dirigée vers le pipeline indiqué par la ligne bleue, l'autre vers le pipeline indiqué par la ligne verte. Chacune de ces conduites est raccordée à l'une des deux conduites du canal. Le canal produit deux instances identiques de la sortie pour le système en aval. Le système en aval choisit de gérer une instance (la sortie du pipeline bleu) et d'ignorer l'autre instance (la sortie du pipeline vert).
![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)
## Gestion des défaillances
Un problème peut entraîner l'arrêt du fonctionnement d'un pipeline.
+ Si le pipeline défaillant est le pipeline géré par le système en aval (par exemple, le pipeline bleu), le système en aval peut passer à l'autre sortie.
+ Après quelques minutes, le pipeline défaillant redémarre automatiquement et produit une sortie. Le système en aval peut continuer à gérer la sortie du pipeline vert, ou il peut revenir au pipeline bleu. Cette décision n'a aucun impact sur MediaLive.
Dans ce schéma, notez que le système en amont envoie toujours le contenu source au pipeline bleu, ce qui indique que le système en amont fonctionne mais que le pipeline 0 est défaillant. Le système en aval a commencé à gérer le pipeline 1 à la place, en utilisant le contenu source du pipeline vert.
![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)
# Configuration d'un canal à pipeline unique avec options de mise à niveau
Après avoir suivi les [directives relatives](pipeline-redundancy-guidelines.md) à la mise en œuvre de la redondance du pipeline dans un MediaLive canal, vous avez peut-être décidé de créer le canal sans redondance du pipeline. Mais vous souhaiterez peut-être autoriser une mise à niveau facile vers la redondance du pipeline ultérieurement.
Dans ce cas, suivez les instructions suivantes lorsque vous planifiez le flux de travail :
+ Lorsque vous [créez des entrées](medialive-inputs.md), configurez toutes les entrées en tant qu'entrées de classe standard.
Certaines entrées sont toujours configurées en tant qu'entrées de classe standard. Pour toutes les autres entrées, définissez le champ **Classe d'entrée** sur **Entrée standard**.
+ Lorsque vous créez le canal, procédez comme suit :
+ Configurez le canal en tant que canal à pipeline unique. Consultez [Détails complets du canal et des entrées](creating-a-channel-step1.md).
+ À l'étape consistant à [associer des entrées au canal](creating-a-channel-step2.md), vérifiez que les entrées que vous attachez sont des entrées de classe standard.
+ Contactez le système en amont et demandez-lui de fournir *une seule* source de contenu.
## Comment fonctionne un canal à pipeline unique
Lorsque vous configurez un canal à pipeline unique avec la possibilité de le mettre à niveau facilement, il s'agit d'un canal à pipeline unique, mais les entrées sont toutes des entrées de classe standard.
+ Le canal contient un pipeline, le pipeline 0.
+ Chaque entrée de classe standard contient deux pipelines. Toutefois, un seul des pipelines est connecté à une source de contenu. L'autre pipeline d'entrée est inactif.
Comme l'illustre ce schéma, le système en amont fournit une instance du contenu source à l'entrée, au pipeline indiqué par la ligne bleue. L'entrée fournit cette instance au pipeline du canal. Le canal produit une instance de sortie pour le système en aval. L'autre pipeline en entrée (le pipeline vert) est toujours inactif.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Gestion des défaillances
Si un problème entraîne l'arrêt du fonctionnement d'un pipeline, il MediaLive arrête de produire des résultats. Le système en aval cesse de recevoir la sortie.
# Configuration d'un canal à pipeline unique sans potentiel de mise à niveau
Après avoir suivi les [directives relatives](pipeline-redundancy-guidelines.md) à la mise en œuvre de la redondance des pipelines dans un MediaLive canal, vous avez peut-être choisi l'une des options suivantes :
+ Vous avez peut-être décidé de ne pas implémenter la redondance du pipeline dans le canal, aujourd'hui ou à l'avenir.
+ Ou vous avez peut-être déterminé que vous ne pouvez pas implémenter la redondance du pipeline, car toutes les entrées du canal ne peuvent être que des entrées à classe unique.
**Note**
Avant de décider d'implémenter cette option, lisez les informations relatives à la [configuration sans redondance du pipeline, mais avec la possibilité de procéder facilement à une mise à niveau ultérieure](single-channel-upgrade.md).
Suivez ces directives lorsque vous planifiez le flux de travail :
+ Lorsque vous [créez des entrées](medialive-inputs.md), configurez-les comme suit :
+ Certaines entrées ne peuvent être que des entrées de classe standard. Vous pouvez toujours associer ces entrées au canal. Créez les entrées de manière régulière.
+ Certaines entrées ne peuvent être que des entrées à classe unique. Créez ces entrées de manière régulière.
+ Configurez toutes les autres entrées en tant qu'entrées à classe unique. Pour configurer l'entrée de cette manière, définissez le champ **Classe d'entrée** sur **Entrée unique**.
+ Lorsque vous créez le canal, procédez comme suit :
+ Configurez le canal en tant que canal à pipeline unique. Consultez [Détails complets du canal et des entrées](creating-a-channel-step1.md).
+ À l'étape consistant à [associer des entrées au canal](creating-a-channel-step2.md), attachez les entrées que vous avez identifiées.
+ Contactez le système en amont et demandez-lui de fournir *une seule* source de contenu. Même pour les entrées de classe standard, le système en amont ne doit fournir qu'une seule source.
## Comment fonctionne un canal à pipeline unique
Lorsque vous configurez un canal à pipeline unique sans aucune disposition de mise à niveau, il s'agit d'un canal à pipeline unique. Les entrées peuvent être une combinaison d'entrées de classe unique et d'entrées de classe standard.
+ Le canal contient un pipeline, le pipeline 0.
+ Chaque entrée à classe unique attachée au canal contient un pipeline. L'entrée est connectée à une source de contenu.
Comme l'illustre ce schéma, le système en amont fournit une instance du contenu source à l'entrée, au pipeline indiqué par la ligne bleue. L'entrée fournit cette instance au pipeline du canal. Le canal produit une instance de sortie pour le système en aval.
![\[Diagram showing content flow from upstream server through single-class input and pipeline to downstream system.\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/images/pipeline-redundancy-single-channel-single-input.png)
+ Chaque entrée de classe standard contient deux pipelines. Toutefois, un seul des pipelines est connecté à une source de contenu. L'autre pipeline d'entrée est inactif.
Comme l'illustre ce schéma, le système en amont fournit une instance du contenu source à l'entrée, au pipeline indiqué par la ligne bleue. L'entrée fournit cette instance au pipeline du canal. Le canal produit une instance de sortie pour le système en aval. L'autre pipeline en entrée (le pipeline vert) est toujours inactif.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Gestion des défaillances
Si un problème entraîne l'arrêt du fonctionnement d'un pipeline, il MediaLive arrête de produire des résultats. Le système en aval cesse de recevoir la sortie.
# Modification de la redondance de pipeline dans un canal existant
Pour activer ou désactiver la redondance du pipeline sur un MediaLive canal existant, vous devez mettre à jour la classe du canal.
## Transformer le canal en canal à pipeline unique
Vous pouvez remplacer un canal standard par un canal à pipeline unique, pour supprimer l'un des pipelines du canal et la résilience du pipeline.
Pour modifier la classe du canal, ce dernier doit être inactif (pas en cours d'exécution).
**Pour remplacer la classe de canal par un canal à pipeline unique**
1. Sur la page **Channels (Canaux)**, choisissez le canal. (Ne choisissez pas le nom du canal.)
1. Dans le menu, choisissez **Actions, puis Autres actions** **de canal**, puis choisissez **Mettre à jour la classe de canal en SINGLE\$1PIPELINE**.
1. Dans la boîte de dialogue, choisissez **Confirmer**. MediaLive exécute les actions suivantes :
+ Il supprime le second pipeline (pipeline 1) dans le canal.
+ Il supprime la seconde adresse de destination dans chaque groupe de sorties.
+ Il ne supprime *pas* le second point de terminaison sur les entrées. Les entrées ne sont pas modifiées d'une manière ou d'une autre. Au lieu de cela, lorsque vous redémarrez le canal, MediaLive il ignore simplement le deuxième point de terminaison.
Lors de MediaLive l'exécution de ces actions, le canal a le statut **UPDATING**. Une fois la mise à jour terminée, l'état passe à **IDLE (INACTIF)**.
1. Vous souhaiterez peut-être indiquer au système en amont que pour chaque entrée push, il n'a plus besoin de transmettre l'entrée au second point de terminaison. Vous pouvez également indiquer au système en aval pour chaque groupe de sortie qu'il ne doit plus s'attendre à une sortie à sa deuxième destination.
## Modification de la classe de canal en standard — option A
Vous pouvez remplacer un canal à pipeline unique par un canal standard. Suivez cette procédure si vous avez initialement configuré le canal à pipeline unique avec des [entrées de classe standard et](single-channel-upgrade.md) un potentiel de mise à niveau.
Procédez comme suit :
1. Prenez des dispositions avec vos systèmes en amont pour commencer à envoyer deux instances du contenu source.
1. [Arrêtez la chaîne](starting-stopping-deleting-a-channel.md).
1. Changez la classe de canal en classe standard. Consultez les étapes à suivre après cette liste.
Vous avez maintenant fait passer le canal d'un canal à pipeline unique avec des entrées de classe standard à un canal standard avec des entrées de classe standard.
1. [Redémarrez le canal](starting-stopping-deleting-a-channel.md).
**Pour modifier la classe de canal**
1. Obtenez une seconde adresse de destination pour chaque groupe de sorties. Chaque adresse se trouve dans le système en aval de chaque groupe de sortie.
Par exemple, si le canal possède un groupe de sortie HLS (avec un serveur HTTPS comme système aval) et un groupe de sortie Archive (avec un compartiment Amazon S3 comme système aval), vous devez entrer l'URL d'une nouvelle adresse de destination sur le serveur HTTPS et l'URL d'un nouveau dossier dans le compartiment Amazon S3.
Planifiez ces destinations maintenant, comme vous avez planifié les adresses de destination lors de la configuration initiale du canal. Pour plus d'informations[Configuration : création de groupes de sorties et de sorties](medialive-outputs.md), consultez et lisez les informations sur la coordination pour le type de groupe de sortie que vous créez.
1. Sur la page **Channels (Canaux)**, choisissez le canal. (Ne choisissez pas le nom du canal.)
1. Dans le menu, choisissez **Actions**, **Other channel actions (Autres actions de canal)**, **Update channel class to STANDARD (Mettre à jour la classe du canal vers STANDARD)**.
1. Dans la boîte de dialogue, choisissez **Confirm (Confirmer)**.
1. Sur la page **Mettre à jour la classe de canal vers Standard**, entrez les adresses de destination que vous avez identifiées à l'étape 1. Il existe un champ pour chaque groupe de sorties dans le canal.
1. Choisissez **Soumettre**. MediaLive met à jour le canal et crée un nouveau pipeline appelé pipeline 1. La source de ce pipeline est l'URL précédemment dormante. Lorsque vous démarrez le canal, vous MediaLive ingérez le contenu de cette URL, produisez une sortie et envoyez la sortie vers les nouvelles destinations de chaque groupe de sortie.
## Modification de la classe : option B
Lorsque vous avez créé la chaîne à l'origine, vous étiez peut-être sûr que vous n'auriez pas besoin de la convertir en chaîne standard. Par conséquent, vous [configurez le canal en tant que canal](single-pipeline-no-upgrade.md) à pipeline unique avec des entrées à classe unique.
Vous pouvez maintenant décider que vous devez remplacer le canal par un canal standard. Vous pouvez le faire, mais notez que la procédure implique le détachement, la mise à niveau et la modification des entrées, ainsi que la mise à niveau du canal.
Procédez comme suit :
1. Prenez des dispositions avec vos systèmes en amont pour commencer à envoyer deux instances du contenu source.
1. [Arrêtez la chaîne](starting-stopping-deleting-a-channel.md).
1. Détachez chaque entrée à classe unique. Pour détacher les entrées, vous devez [modifier le canal](editing-deleting-channel.md) et supprimer les entrées associées.
1. [Modifiez chaque entrée](edit-input.md) pour la convertir en classe standard et pour ajouter une seconde source.
1. Modifiez le canal pour changer la classe du canal en classe standard. Consultez les étapes à suivre après cette liste.
1. [Modifiez le canal](editing-deleting-channel.md) pour rattacher chaque entrée.
Vous avez maintenant fait passer le canal d'un canal à pipeline unique avec des entrées à classe unique à un canal standard avec des entrées de classe standard.
1. [Redémarrez le canal](starting-stopping-deleting-a-channel.md).
**Pour modifier la classe de canal**
1. Obtenez une seconde adresse de destination pour chaque groupe de sorties. Chaque adresse se trouve au niveau des systèmes en aval de chaque groupe de sorties.
Par exemple, si le canal possède un groupe de sortie HLS (avec un serveur HTTPS comme système aval) et un groupe de sortie Archive (avec un compartiment Amazon S3 comme système aval), vous devez entrer l'URL d'une nouvelle adresse de destination sur le serveur HTTPS et l'URL d'un nouveau dossier dans le compartiment Amazon S3.
Planifiez ces destinations maintenant, comme vous avez planifié les adresses de destination lors de la configuration initiale du canal. Vous devrez peut-être contacter le propriétaire de chaque système en aval.
1. Modifiez le URLs dans chaque entrée de classe unique pour inclure une deuxième URL, pour la deuxième source qui fournira du contenu au pipeline nouvellement ajouté.
+ Pour une entrée push, [modifiez l'entrée](edit-input.md) de façon à inclure une adresse pour la seconde source d'entrée. Attribuez cette adresse au propriétaire du système en amont, afin qu'il puisse transmettre le contenu de la source à cette adresse. Vous devez également trouver dans le système en amont l'adresse à partir de laquelle la nouvelle source sera transmise. Assurez-vous que cette adresse est couverte par le groupe de sécurité d'entrée pour le canal.
+ Pour une entrée pull, obtenez une nouvelle adresse auprès du propriétaire du système en aval. [Modifiez l'entrée](edit-input.md) de sorte à inclure cette adresse. Lorsque le second pipeline est créé, MediaLive est en mesure d'extraire le second contenu source (pour le second pipeline).
1. Sur la page **Channels (Canaux)**, choisissez le canal. (Ne choisissez pas le nom du canal.)
1. Dans le menu, choisissez **Actions**, **Other channel actions (Autres actions de canal)**, **Update channel class to STANDARD (Mettre à jour la classe du canal vers STANDARD)**.
1. Dans la boîte de dialogue, choisissez **Confirm (Confirmer)**.
1. Sur la page **Update channel class to STANDARD (Mettre à jour la classe du canal vers STANDARD)**, entrez les adresses de destination que vous avez identifiées à l'étape 1. Il existe un champ pour chaque groupe de sorties dans le canal.
1. Choisissez **Soumettre**. MediaLive met à jour le canal et crée un nouveau pipeline appelé pipeline 1. Lorsque vous démarrez le canal, MediaLive envoie la sortie de ce pipeline vers les nouvelles destinations de chaque groupe de sortie.