As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Como implementar redundância de pipelines
Você pode configurar um MediaLive canal com dois pipelines de codificação para fornecer resiliência dentro do pipeline de processamento do canal.
Quando você configura um canal com dois pipelines de codificação, ambos os pipelines ingerem o conteúdo de origem e produzem a saída. Se ocorrer uma falha no pipeline atual, o sistema de downstream poderá detectar que ele não está mais recebendo conteúdo e poderá alternar para a outra saída. Não há interrupção no sistema a jusante. MediaLive reinicia o segundo pipeline em alguns minutos.
Um canal que tem dois pipelines de codificação é chamado de *canal padrão*.
Caso não deseje implementar redundância de pipeline, configure o canal como um *canal de pipeline único*. Se a tubulação única falhar, MediaLive interrompe a produção de saída para entrega ao sistema a jusante.
**Topics**
+ [Decidir se deseja implementar a redundância de pipelines](pipeline-redundancy-guidelines.md)
+ [Configurar um canal padrão](standard-channel-procedure.md)
+ [Configurando um canal de pipeline único com opções de atualização](single-channel-upgrade.md)
+ [Configurar um canal de pipeline único sem potencial de atualização](single-pipeline-no-upgrade.md)
+ [Alterar a redundância de pipeline em um canal existente](pipeline-redundancy-change.md)
# Decidir se deseja implementar a redundância de pipelines
Em MediaLive, a redundância do pipeline é controlada pela classe que você atribui ao canal. Para determinar a classe de canal a ser atribuída, você deve decidir se deseja e se é capaz de implementar a redundância de pipelines.
## Etapa 1: decidir se deseja implementar a redundância de pipelines
Decida se você *deseja* implementar a redundância de pipelines. Além do benefício de pipelines redundantes, considere os seguintes pontos:.
+ Se você estiver enviando saída para AWS Elemental MediaPackage, talvez queira implementar a redundância de pipeline para oferecer suporte à redundância *de entrada* no. MediaPackage MediaLive enviará duas saídas idênticas para as duas entradas no MediaPackage canal. Se houver uma falha na tubulação MediaLive, MediaPackage tem lógica para alternar perfeitamente a entrada que usa.
+ Pondere o benefício de um canal padrão em relação à diferença nas taxas de processamento de um canal padrão em comparação com um canal de pipeline único. Para obter informações sobre cobranças por canais, consulte [https://aws.amazon.com/medialive/pricing/](https://aws.amazon.com/medialive/pricing/).
+ Se você decidir que ainda não quer implementar a redundância de pipelines, você poderá fazer uma configuração para deixar em aberto a opção de implementá-la mais tarde. Os procedimentos mais adiante nesta seção explicam como configurar dessa forma.
## Etapa 2: decidir se é possível implementar a redundância de pipelines
Se você decidir configurar um canal padrão, deverá determinar se é realmente *possível* configurar um canal padrão. Siga estas etapas:
+ Determine se as entradas do canal suportam a redundância do pipeline. Esse suporte depende da classe das entradas, que é de classe padrão ou de classe única.
+ Para redundância de pipeline, você precisa de duas fontes, uma para cada pipeline de canal. Isso significa que todas as entradas devem ter dois pipelines: todas elas devem ser entradas de classe padrão.
+ Se as entradas do canal forem uma mistura de classe padrão e classe única, ou se forem todas de classe única, você não poderá implementar a redundância de pipeline.
Para obter mais informações sobre as classes que se aplicam aos diferentes tipos de entradas, consulte[Classe de entrada com suporte](inputs-single-standard-vpc.md).
+ Acesse o sistema de upstream para determinar se podem enviar dois fluxos de origem para cada entrada. Se isso não for possível, você não poderá configurar como um canal padrão.
Em um canal de múltiplas entradas, todas as entradas devem ter dois fluxos de origem. Se você tiver conteúdo de origem proveniente de vários sistemas upstream, cada sistema upstream deverá ser capaz de fornecer duas fontes. Se o sistema upstream não puder fornecer duas fontes, não será possível configurar o canal como um canal padrão.
+ Entre em contato com o sistema a jusante para determinar se o sistema a jusante pode lidar com dois conjuntos de saídas idênticas de MediaLive e para comutar conforme necessário. Observe que, conforme descrito anteriormente nesta seção de decisão, sempre MediaPackage pode lidar com duas saídas.
Se o sistema downstream não tiver essa capacidade, não haverá muita vantagem na configuração como um canal padrão.
## Etapa 3: seguir o procedimento correto
Depois de identificar a opção de redundância de pipelines que você implementará no canal, consulte as seções a seguir para obter mais informações:
+ Se você quiser implementar a redundância de pipelines imediatamente e o sistema upstream puder fornecer dois fluxos de origem, consulte [Configurar um canal padrão](standard-channel-procedure.md).
+ Se você não quiser implementar a redundância de pipelines por enquanto, mas quiser permitir uma atualização fácil para a redundância de pipelines posteriormente, consulte [Configurando um canal de pipeline único com opções de atualização](single-channel-upgrade.md).
+ Se você não quiser implementar a redundância de pipelines agora ou no futuro, consulte [Configurar um canal de pipeline único sem potencial de atualização](single-pipeline-no-upgrade.md).
# Configurar um canal padrão
Ao seguir as [diretrizes](pipeline-redundancy-guidelines.md) para implementar a redundância de pipeline em um MediaLive canal, você pode ter decidido que talvez queira implementar a redundância de pipeline. Nesse caso, certifique-se de configurar as entradas como entradas de classe padrão e configurar o canal como um canal padrão.
Siga estas diretrizes ao planejar o fluxo de trabalho:
+ Certifique-se de que o sistema upstream possa fornecer duas instâncias do conteúdo de origem. Consulte [Avaliar os formatos de fonte e o empacotamento](uss-obtain-info.md).
+ Ao [criar entradas](medialive-inputs.md), configure todas as entradas como entradas de classe padrão.
Algumas entradas são sempre configuradas como entradas de classe padrão. Para todas as outras entradas, defina o campo **Classe de entrada** como **Entrada padrão**.
+ Ao criar o canal, faça o seguinte:
+ Configure o canal como um canal padrão. Consulte [Completar os detalhes do canal e da entrada](creating-a-channel-step1.md).
+ Na etapa de [anexar entradas ao canal](creating-a-channel-step2.md), anexe somente entradas de classe padrão. Se você tentar anexar uma entrada de classe única a um canal padrão, não conseguirá criar o canal.
+ Entre em contato com o sistema upstream e solicite que ele forneça duas fontes de conteúdo.
## Como a redundância de pipelines funciona
Quando você configura um canal padrão, o canal tem dois pipelines: pipeline 0 e pipeline 1. Cada entrada também contém dois pipelines. Uma fonte de conteúdo está conectada a cada pipeline.
Conforme ilustrado neste diagrama, o sistema upstream fornece duas instâncias do conteúdo para a entrada. Uma instância vai para o pipeline indicado pela linha azul e a outra para o pipeline indicado pela linha verde. Cada uma dessas linhas é conectada a um dos dois pipelines no canal. O canal produz duas instâncias idênticas da saída para o sistema downstream. O sistema downstream escolhe lidar com uma instância (a saída do pipeline azul) e ignorar a outra instância (a saída do pipeline verde).
![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)
## Tratamento de falhas
Pode haver um problema que faça com que um pipeline pare de funcionar.
+ Se o pipeline com falha for o pipeline que o sistema downstream está manipulando (por exemplo, o pipeline azul), o sistema downstream poderá alternar para a outra saída.
+ Após alguns minutos, o pipeline com falha reinicia automaticamente e produz saída. O sistema downstream pode continuar processando a saída do pipeline verde ou pode voltar para o pipeline azul. Essa decisão não tem impacto sobre MediaLive.
Neste diagrama, observe que o sistema upstream ainda está enviando o conteúdo de origem para o pipeline azul, o que indica que o sistema upstream está funcionando, mas o pipeline 0 falhou. Em vez disso, o sistema downstream começou a lidar com o pipeline 1 usando o conteúdo de origem do pipeline verde.
![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)
# Configurando um canal de pipeline único com opções de atualização
Ao seguir as [diretrizes](pipeline-redundancy-guidelines.md) para implementar a redundância de pipeline em um MediaLive canal, você pode ter decidido criar o canal sem redundância de pipeline. Mas talvez você queira permitir uma atualização fácil para a redundância de pipelines posteriormente.
Neste caso, siga estas diretrizes ao planejar o fluxo de trabalho:
+ Ao [criar entradas](medialive-inputs.md), configure todas as entradas como entradas de classe padrão.
Algumas entradas são sempre configuradas como entradas de classe padrão. Para todas as outras entradas, defina o campo **Classe de entrada** como **Entrada padrão**.
+ Ao criar o canal, faça o seguinte:
+ Configure o canal como um canal de pipeline único. Consulte [Completar os detalhes do canal e da entrada](creating-a-channel-step1.md).
+ Na etapa de [anexar entradas ao canal](creating-a-channel-step2.md), verifique se as entradas anexadas são entradas de classe padrão.
+ Entre em contato com o sistema upstream e solicite que ele forneça *uma* fonte de conteúdo.
## Como um canal de pipeline único funciona
Quando você configura um canal de pipeline único com a opção de facilitar a atualização, o canal é um canal de pipeline único, mas as entradas são todas entradas de classe padrão.
+ O canal contém um pipeline: o pipeline 0.
+ Cada entrada de classe padrão contém dois pipelines. No entanto, somente um dos pipelines está conectado a uma fonte de conteúdo. O outro pipeline de entrada está inativo.
Conforme ilustrado neste diagrama, o sistema upstream fornece uma instância do conteúdo de origem para a entrada, para o pipeline indicado pela linha azul. A entrada fornece essa instância para o único pipeline no canal. O canal produz uma instância da saída para o sistema downstream. O outro pipeline na entrada (o pipeline verde) está sempre inativo.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Tratamento de falhas
Se houver um problema que faça com que uma tubulação pare de funcionar, MediaLive interrompe a produção. O sistema downstream para de receber a saída.
# Configurar um canal de pipeline único sem potencial de atualização
Ao seguir as [diretrizes](pipeline-redundancy-guidelines.md) para implementar a redundância de pipeline em um MediaLive canal, você pode ter decidido uma das seguintes opções:
+ Talvez você tenha decidido que não quer implementar a redundância de pipeline no canal agora ou no futuro.
+ Ou você pode ter determinado que não pode implementar a redundância de pipeline porque todas as entradas do canal só podem ser entradas de classe única.
**nota**
Antes de decidir implementar essa opção, leia as informações sobre a [configuração sem redundância de pipelines, mas com a opção de atualizar facilmente mais tarde](single-channel-upgrade.md).
Siga estas diretrizes ao planejar o fluxo de trabalho:
+ Ao [criar entradas](medialive-inputs.md), configure-as da seguinte forma:
+ Algumas entradas só podem ser entradas de classe padrão. Você ainda pode conectar essas entradas ao canal. Crie as entradas de forma regular.
+ Algumas entradas só podem ser entradas de classe única. Crie essas entradas de forma regular.
+ Configure todas as outras entradas como entradas de classe única. Para configurar a entrada dessa forma, defina o campo **Classe de entrada** como **Entrada única**.
+ Ao criar o canal, faça o seguinte:
+ Configure o canal como um canal de pipeline único. Consulte [Completar os detalhes do canal e da entrada](creating-a-channel-step1.md).
+ Na etapa de [anexar as entradas ao canal](creating-a-channel-step2.md), anexe as entradas que você identificou.
+ Entre em contato com o sistema upstream e solicite que ele forneça *uma* fonte de conteúdo. Mesmo para entradas de classe padrão, o sistema upstream deve fornecer apenas uma fonte.
## Como um canal de pipeline único funciona
Quando você configura um canal de pipeline único sem nenhuma provisão de atualização, o canal é um canal de pipeline único. As entradas podem ser uma combinação de entradas de classe única e entradas de classe padrão.
+ O canal contém um pipeline: o pipeline 0.
+ Cada entrada de classe única anexada ao canal contém um pipeline. A entrada está conectada a uma fonte de conteúdo.
Conforme ilustrado neste diagrama, o sistema upstream fornece uma instância do conteúdo de origem para a entrada, para o pipeline indicado pela linha azul. A entrada fornece essa instância para o único pipeline no canal. O canal produz uma instância da saída para o sistema downstream.
![\[Diagram showing content flow from upstream server through single-class input and pipeline to downstream system.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/pipeline-redundancy-single-channel-single-input.png)
+ Cada entrada de classe padrão contém dois pipelines. No entanto, somente um dos pipelines está conectado a uma fonte de conteúdo. O outro pipeline de entrada está inativo.
Conforme ilustrado neste diagrama, o sistema upstream fornece uma instância do conteúdo de origem para a entrada, para o pipeline indicado pela linha azul. A entrada fornece essa instância para o único pipeline no canal. O canal produz uma instância da saída para o sistema downstream. O outro pipeline na entrada (o pipeline verde) está sempre inativo.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Tratamento de falhas
Se houver um problema que faça com que uma tubulação pare de funcionar, MediaLive interrompe a produção. O sistema downstream para de receber a saída.
# Alterar a redundância de pipeline em um canal existente
Para ativar ou desativar a redundância de pipeline em um MediaLive canal existente, você deve atualizar a classe do canal.
## Alterar o canal para um canal de pipeline único
É possível alterar um canal padrão para o de pipeline único para excluir um dos pipelines no canal e excluir a resiliência do pipeline.
Para alterar a classe do canal, ele deve estar ocioso (não estar em execução).
**Como alterar a classe do canal para um canal de pipeline único**
1. Na página **Channels (Canais)**, escolha o canal. (Não escolha o nome do canal.)
1. No menu, escolha **Ações**, escolha **Outras ações do canal** e, em seguida, escolha **Atualizar a classe do canal para SINGLE\$1PIPELINE**.
1. Na caixa de diálogo, escolha **Confirmar**. MediaLive executa as seguintes ações:
+ Ele remove o segundo pipeline (pipeline 1) no canal.
+ Ele remove o segundo endereço de destino em cada grupo de saída.
+ Ele *não* remove o segundo endpoint nas entradas. As entradas não são alteradas de forma alguma. Em vez disso, quando você reinicia o canal, MediaLive simplesmente ignora o segundo ponto final.
Enquanto MediaLive estiver executando essas ações, o canal tem um status de **ATUALIZAÇÃO**. Quando a atualização for concluída, o status será alterado para **IDLE (OCIOSO)**.
1. Convém notificar o sistema de upstream para cada entrada push de que ele não precisa mais enviar entrada para o segundo endpoint. Convém notificar o sistema downstream para cada grupo de saídas de que ele não deve mais esperar a saída como o segundo destino.
## Alterar a classe do canal para padrão: opção A
É possível alterar um canal de pipeline único para um canal padrão. Siga este procedimento se você configurou originalmente um canal de pipeline único com [entradas de classe padrão e potencial de atualização](single-channel-upgrade.md).
Siga estas etapas:
1. Organize com seus sistemas upstream o início do envio de duas instâncias do conteúdo de origem.
1. [Pare o canal](starting-stopping-deleting-a-channel.md).
1. Altere a classe do canal para classe padrão. Consulte as etapas após esta lista.
Agora você atualizou o canal de um canal de pipeline único com entradas de classe padrão para um canal padrão com entradas de classe padrão.
1. [Reinicie o canal](starting-stopping-deleting-a-channel.md).
**Como alterar a classe do canal**
1. Obtenha o endereço de um segundo destino para cada grupo de saída. Cada endereço está no sistema downstream de cada grupo de saídas.
Por exemplo, se o canal tiver um grupo de saídas HLS (com um servidor HTTPS como o sistema downstream) e um grupo de saídas de arquivamento (com um bucket do Amazon S3 como o sistema downstream), será necessário inserir o URL de um novo endereço de destino no servidor HTTPS e o URL em uma nova pasta no bucket do Amazon S3.
Planeje esses destinos agora, da mesma maneira que você planejou os endereços de destino ao configurar o canal originalmente. Para obter mais informações, consulte [Configuração: Criar grupos de saídas e saídas](medialive-outputs.md) e leia as informações sobre coordenação para o tipo de grupo de saídas que você está criando.
1. Na página **Channels (Canais)**, escolha o canal. (Não escolha o nome do canal.)
1. No menu, escolha **Ações**, **Outras ações do canal**, **Atualizar a classe do canal para STANDARD**.
1. Na caixa de diálogo, selecione **Confirm (Confirmar)**.
1. Na página **Atualizar a classe do canal para Padrão**, insira o endereço de destino identificado na etapa 1. Há um campo para cada grupo de saída do canal.
1. Escolha **Enviar**. MediaLive atualiza o canal e cria um novo pipeline chamado pipeline 1. A origem deste pipeline é o URL anteriormente inativo. Quando você inicia o canal, MediaLive ingere conteúdo desse URL, produz a saída e envia a saída para os novos destinos em cada grupo de saída.
## Alterar a classe: opção B
Quando você criou o canal originalmente, talvez tivesse certeza de que não precisaria converter o canal em um canal padrão. Portanto, você [configurou o canal como um canal](single-pipeline-no-upgrade.md) de pipeline único com entradas de classe única.
Talvez agora você decida que precisa transformar o canal em um canal padrão. Você pode fazer isso, mas observe que o procedimento envolve desanexar, atualizar e editar as entradas, bem como atualizar o canal.
Siga estas etapas:
1. Organize com seus sistemas upstream o início do envio de duas instâncias do conteúdo de origem.
1. [Pare o canal](starting-stopping-deleting-a-channel.md).
1. Desanexe cada entrada de classe única. Para desanexar as entradas, você deve [editar o canal](editing-deleting-channel.md) e remover as entradas anexadas.
1. [Edite cada entrada](edit-input.md) para convertê-la em classe padrão e adicionar uma segunda fonte.
1. Edite o canal para alterar a classe do canal para classe padrão. Consulte as etapas após esta lista.
1. [Edite o canal](editing-deleting-channel.md) para reconectar cada entrada.
Agora você atualizou o canal de um canal de pipeline único com entradas de classe única para um canal padrão com entradas de classe padrão.
1. [Reinicie o canal](starting-stopping-deleting-a-channel.md).
**Como alterar a classe do canal**
1. Obtenha o endereço de um segundo destino para cada grupo de saída. Cada endereço está nos sistemas de downstream de cada grupo de saída.
Por exemplo, se o canal tiver um grupo de saídas HLS (com um servidor HTTPS como o sistema downstream) e um grupo de saídas de arquivamento (com um bucket do Amazon S3 como o sistema downstream), será necessário inserir o URL de um novo endereço de destino no servidor HTTPS e o URL em uma nova pasta no bucket do Amazon S3.
Planeje esses destinos agora, da mesma maneira que você planejou os endereços de destino ao configurar o canal originalmente. Pode ser necessário entrar em contato com o proprietário de cada sistema de downstream.
1. Edite o URLs em cada entrada de classe única para incluir um segundo URL, para a segunda fonte que fornecerá conteúdo ao pipeline recém-adicionado.
+ Para uma entrada push, [edite a entrada](edit-input.md) para incluir um endereço para a segunda fonte de entrada. Forneça esse endereço ao proprietário do sistema de upstream para que ele possa enviar conteúdo da fonte para esse endereço. Você também deve descobrir, no sistema de upstream, o endereço do qual a nova fonte será enviada. Verifique se esse endereço está coberto pelo grupo de segurança da entrada do canal.
+ Para uma entrada pull, obtenha um novo endereço com o proprietário do sistema de downstream. [Edite a entrada](edit-input.md) para incluir esse endereço. Depois que o segundo pipeline for criado, o MediaLive poderá enviar o conteúdo da segunda fonte (para o segundo pipeline).
1. Na página **Channels (Canais)**, escolha o canal. (Não escolha o nome do canal.)
1. No menu, escolha **Ações**, **Outras ações do canal**, **Atualizar a classe do canal para STANDARD**.
1. Na caixa de diálogo, selecione **Confirm (Confirmar)**.
1. Na página **Update channel class to STANDARD (Atualizar a classe do canal para STANDARD)**, insira o endereço de destino identificado na etapa 1. Há um campo para cada grupo de saída do canal.
1. Escolha **Enviar**. MediaLive atualiza o canal e cria um novo pipeline chamado pipeline 1. Quando você inicia o canal, MediaLive envia a saída desse pipeline para os novos destinos em cada grupo de saída.