Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Implementazione della ridondanza delle pipeline
È possibile configurare un MediaLive canale con due pipeline di codifica, per fornire resilienza all'interno della pipeline di elaborazione del canale.
Quando configurate un canale con due pipeline di codifica, entrambe le pipeline assorbono il contenuto sorgente e producono l'output. Se la pipeline corrente non funziona, il sistema downstream può rilevare il mancato ricevimento del contenuto e passare all'altro output. Non vi è alcuna interruzione del sistema a valle. MediaLive riavvia la seconda pipeline entro pochi minuti.
*Un canale con due pipeline di codifica viene chiamato canale standard.*
*Se non desideri implementare la ridondanza della pipeline, configuri il canale come canale a pipeline singola.* Se la singola pipeline si guasta, MediaLive smette di produrre output da inviare al sistema a valle.
**Topics**
+ [Decidere se implementare la ridondanza delle tubazioni](pipeline-redundancy-guidelines.md)
+ [Configurazione di un canale standard](standard-channel-procedure.md)
+ [Configurazione di un canale a pipeline singola con opzioni di aggiornamento](single-channel-upgrade.md)
+ [Configurazione di un canale a pipeline singola senza potenziale di aggiornamento](single-pipeline-no-upgrade.md)
+ [Modifica della ridondanza della pipeline in un canale esistente](pipeline-redundancy-change.md)
# Decidere se implementare la ridondanza delle tubazioni
In MediaLive, la ridondanza della pipeline è controllata dalla classe assegnata al canale. Per determinare la classe di canale da assegnare, è necessario decidere se si desidera e si è in grado di implementare la ridondanza della pipeline.
## Fase 1: Decidi se implementare la ridondanza delle pipeline
Decidi se *vuoi* implementare la ridondanza delle pipeline. Oltre al vantaggio delle condotte ridondanti, considera i seguenti punti:.
+ *Se stai inviando un output a AWS Elemental MediaPackage, potresti voler implementare la ridondanza della pipeline per supportare la ridondanza di input in.* MediaPackage MediaLive invierà due uscite identiche ai due ingressi del canale. MediaPackage Se si verifica un guasto alla pipeline MediaLive, MediaPackage ha la logica di cambiare senza problemi l'input che utilizza.
+ Valuta il vantaggio di un canale standard pensando alla differenza di costi di elaborazione associati a un canale standard rispetto ai costi di un canale a pipeline singola. Per informazioni sui costi per i canali, consulta [https://aws.amazon.com/medialive/pricing/](https://aws.amazon.com/medialive/pricing/).
+ Se decidi di non voler ancora implementare la ridondanza delle pipeline, puoi decidere di lasciare aperta la possibilità di implementarla in un secondo momento. Le procedure riportate più avanti in questa sezione spiegano come eseguire la configurazione in questo modo.
## Fase 2: Decidi se è possibile implementare la ridondanza delle pipeline
Se decidi di voler configurare un canale standard, devi determinare se *puoi* configurare un canale standard. Completare la procedura riportata di seguito.
+ Determina se gli ingressi per il canale supportano la ridondanza della pipeline. Tale supporto dipende dalla classe degli ingressi, che può essere di classe standard o a classe singola.
+ Per la ridondanza delle pipeline, sono necessarie due fonti, una per ogni pipeline di canale. Ciò significa che tutti gli input devono avere due pipeline: devono essere tutti input di classe standard.
+ Se gli ingressi dei canali sono un mix di classe standard e classe singola o sono tutti a classe singola, non è possibile implementare la ridondanza della pipeline.
Per ulteriori informazioni sulle classi che si applicano ai diversi tipi di input, consulta. [Classe di input supportata](inputs-single-standard-vpc.md)
+ Contatta il sistema upstream per determinare se questo è in grado di inviare due flussi sorgente per ogni input. Se non ci riescono, non puoi configurarlo come canale standard.
In un canale a ingresso multiplo, tutti gli ingressi devono avere due flussi di origine. Se il contenuto sorgente proviene da diversi sistemi upstream, ogni sistema upstream deve essere in grado di fornire due fonti. Se non tutti sono in grado di fornire due fonti, non è possibile configurarli come canale standard.
+ Contattate il sistema a valle per determinare se il sistema a valle è in grado di gestire due serie di uscite identiche da MediaLive e da commutare secondo necessità. Si noti che, come descritto in precedenza in questa sezione decisionale, MediaPackage può sempre gestire due uscite.
Se il sistema a valle non dispone di questa funzionalità, non vi è alcun vantaggio nell'configurarlo come canale standard.
## Fase 3: seguire la procedura corretta
Dopo aver identificato l'opzione di ridondanza della pipeline da implementare nel canale, consulta le seguenti sezioni per ulteriori informazioni:
+ Se desideri implementare immediatamente la ridondanza della pipeline e il sistema a monte può fornire due flussi di origine, consulta. [Configurazione di un canale standard](standard-channel-procedure.md)
+ Se non vuoi implementare la ridondanza delle pipeline per ora, ma vuoi consentire un facile aggiornamento alla ridondanza delle pipeline in un secondo momento, consulta. [Configurazione di un canale a pipeline singola con opzioni di aggiornamento](single-channel-upgrade.md)
+ Se non vuoi implementare la ridondanza delle pipeline ora o in futuro, vedi. [Configurazione di un canale a pipeline singola senza potenziale di aggiornamento](single-pipeline-no-upgrade.md)
# Configurazione di un canale standard
Dopo aver seguito le [linee guida](pipeline-redundancy-guidelines.md) per l'implementazione della ridondanza delle pipeline in un MediaLive canale, potresti aver deciso di voler implementare la ridondanza delle pipeline. In questo caso, assicuratevi di impostare gli ingressi come ingressi di classe standard e di impostare il canale come canale standard.
Segui queste linee guida quando pianifichi il flusso di lavoro:
+ Assicurati che il sistema upstream sia in grado di fornirti due istanze del contenuto di origine. Per informazioni, consulta [Valuta i formati di origine e il packaging](uss-obtain-info.md).
+ Quando [create degli input](medialive-inputs.md), impostate tutti gli ingressi come input di classe standard.
Alcuni ingressi sono sempre configurati come ingressi di classe standard. **Per tutti gli altri input, imposta il campo **Classe di input su Standard input**.**
+ Quando create il canale, effettuate le seguenti operazioni:
+ Configura il canale come canale standard. Per informazioni, consulta [Dettagli completi sul canale e sull'input](creating-a-channel-step1.md).
+ Nella fase di [collegamento degli ingressi al canale](creating-a-channel-step2.md), collegate solo ingressi di classe standard. Se provate a collegare un ingresso a classe singola a un canale standard, non sarete in grado di creare il canale.
+ Contatta il sistema upstream e richiedi che fornisca due fonti di contenuto.
## Come funziona la ridondanza delle pipeline
Quando impostate un canale standard, il canale ha due pipeline: pipeline 0 e pipeline 1. Ogni input contiene anche due pipeline. Una fonte di contenuto è collegata a ciascuna pipeline.
Come illustrato in questo diagramma, il sistema a monte fornisce due istanze del contenuto all'input. Un'istanza va alla tubazione indicata dalla linea blu, l'altra alla tubazione indicata dalla linea verde. Ciascuna di queste linee è collegata a una delle due tubazioni del canale. Il canale produce due istanze identiche dell'output per il sistema a valle. Il sistema a valle sceglie di gestire un'istanza (l'output della pipeline blu) e di ignorare l'altra istanza (l'output della pipeline verde).
![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)
## Gestione degli errori
Potrebbe esserci un problema che causa l'interruzione del funzionamento di una pipeline.
+ Se la tubazione guasta è la tubazione gestita dal sistema a valle (ad esempio, la tubazione blu), il sistema a valle può passare all'altra uscita.
+ Dopo alcuni minuti, la pipeline guasta si riavvia automaticamente e produce l'output. Il sistema a valle può continuare a gestire l'uscita dalla tubazione verde oppure può tornare alla tubazione blu. Tale decisione non ha alcun impatto su. MediaLive
In questo diagramma, notate che il sistema a monte sta ancora inviando il contenuto sorgente alla pipeline blu, il che indica che il sistema a monte funziona ma la pipeline 0 non funziona. Il sistema a valle ha invece iniziato a gestire la pipeline 1, utilizzando il contenuto di origine della pipeline verde.
![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)
# Configurazione di un canale a pipeline singola con opzioni di aggiornamento
Dopo aver seguito le [linee guida](pipeline-redundancy-guidelines.md) per l'implementazione della ridondanza delle pipeline in un MediaLive canale, potresti aver deciso di voler creare il canale senza ridondanza della pipeline. Ma potresti voler consentire un facile aggiornamento alla ridondanza delle pipeline in un secondo momento.
In questo caso, segui queste linee guida quando pianifichi il flusso di lavoro:
+ Quando [create degli input](medialive-inputs.md), impostate tutti gli input come input di classe standard.
Alcuni ingressi sono sempre configurati come ingressi di classe standard. **Per tutti gli altri input, imposta il campo **Classe di input su Standard input**.**
+ Quando create il canale, effettuate le seguenti operazioni:
+ Imposta il canale come canale a pipeline singola. Per informazioni, consulta [Dettagli completi sul canale e sull'input](creating-a-channel-step1.md).
+ Nella fase di [collegamento degli ingressi al canale, ricontrolla che gli](creating-a-channel-step2.md) ingressi collegati siano ingressi di classe standard.
+ *Contatta il sistema upstream e richiedi che fornisca un'unica fonte di contenuto.*
## Come funziona un canale a pipeline singola
Quando si configura un canale a pipeline singola con la possibilità di aggiornarlo facilmente, il canale è un canale a pipeline singola ma gli ingressi sono tutti ingressi di classe standard.
+ Il canale contiene una pipeline, la pipeline 0.
+ Ogni input di classe standard contiene due pipeline. Tuttavia, solo una delle pipeline è connessa a una fonte di contenuto. L'altra pipeline di input è inattiva.
Come illustrato in questo diagramma, il sistema a monte fornisce un'istanza del contenuto di origine all'input, alla pipeline indicata dalla linea blu. L'input fornisce quell'istanza a una pipeline nel canale. Il canale produce un'istanza dell'output per il sistema a valle. L'altra pipeline in ingresso (la pipeline verde) è sempre inattiva.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Gestione degli errori
Se c'è un problema che causa l'interruzione del funzionamento di una tubazione, MediaLive interrompe la produzione di output. Il sistema a valle smette di ricevere l'output.
# Configurazione di un canale a pipeline singola senza potenziale di aggiornamento
Dopo aver seguito le [linee guida](pipeline-redundancy-guidelines.md) per l'implementazione della ridondanza delle pipeline in un MediaLive canale, potresti aver deciso una delle seguenti opzioni:
+ Potresti aver deciso di non voler implementare la ridondanza delle pipeline nel canale ora o in futuro.
+ Oppure potreste aver deciso di non poter implementare la ridondanza delle pipeline perché tutti gli input per il canale possono essere solo ingressi a classe singola.
**Nota**
Prima di decidere di implementare questa opzione, leggete le informazioni sulla [configurazione senza ridondanza della pipeline, ma con la possibilità di effettuare facilmente l'aggiornamento in un secondo](single-channel-upgrade.md) momento.
Segui queste linee guida quando pianifichi il flusso di lavoro:
+ Quando [crei degli input](medialive-inputs.md), imposta gli input come segue:
+ Alcuni ingressi possono essere solo ingressi di classe standard. È comunque possibile collegare questi ingressi al canale. Crea gli ingressi in modo normale.
+ Alcuni input possono essere solo input a classe singola. Crea questi input in modo regolare.
+ Imposta tutti gli altri ingressi come ingressi a classe singola. **Per impostare l'input in questo modo, imposta il campo **Classe di input** su Input singolo.**
+ Quando create il canale, effettuate le seguenti operazioni:
+ Imposta il canale come canale a pipeline singola. Per informazioni, consulta [Dettagli completi sul canale e sull'input](creating-a-channel-step1.md).
+ Nella fase di [collegamento degli input al canale, collegate gli](creating-a-channel-step2.md) ingressi che avete identificato.
+ Contattate il sistema upstream e richiedete che fornisca un'*unica* fonte di contenuto. Anche per gli input di classe standard, il sistema a monte dovrebbe fornire una sola fonte.
## Come funziona un canale a pipeline singola
Quando si configura un canale a pipeline singola senza alcuna disposizione di aggiornamento, il canale è un canale a pipeline singola. Gli ingressi possono essere una combinazione di ingressi a classe singola e ingressi di classe standard.
+ Il canale contiene una pipeline, la pipeline 0.
+ Ogni input a classe singola collegato al canale contiene una pipeline. L'input è collegato a un'unica fonte di contenuto.
Come illustrato in questo diagramma, il sistema a monte fornisce un'istanza del contenuto di origine all'input, alla pipeline indicata dalla linea blu. L'input fornisce quell'istanza a una pipeline nel canale. Il canale produce un'istanza dell'output per il sistema a valle.
![\[Diagram showing content flow from upstream server through single-class input and pipeline to downstream system.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/pipeline-redundancy-single-channel-single-input.png)
+ Ogni input di input di classe standard contiene due pipeline. Tuttavia, solo una delle pipeline è connessa a una fonte di contenuto. L'altra pipeline di input è inattiva.
Come illustrato in questo diagramma, il sistema a monte fornisce un'istanza del contenuto di origine all'input, alla pipeline indicata dalla linea blu. L'input fornisce quell'istanza a una pipeline nel canale. Il canale produce un'istanza dell'output per il sistema a valle. L'altra pipeline in ingresso (la pipeline verde) è sempre inattiva.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Gestione degli errori
Se c'è un problema che causa l'interruzione del funzionamento di una tubazione, MediaLive interrompe la produzione di output. Il sistema a valle smette di ricevere l'output.
# Modifica della ridondanza della pipeline in un canale esistente
Per abilitare o disabilitare la ridondanza della pipeline su un MediaLive canale esistente, è necessario aggiornare la classe del canale.
## Modifica del canale in un canale a pipeline singola
Puoi modificare un canale standard in uno a pipeline singola, per rimuovere una delle pipeline del canale e rimuovere la ridondanza della pipeline.
Per modificare la classe del canale, il canale deve essere inattivo (non in esecuzione).
**Per modificare la classe del canale in un canale a pipeline singola**
1. Nella pagina **Channels (Canali)** selezionare il canale. (Non scegliere il nome del canale).
1. Nel menu, scegliete **Azioni, quindi scegliete Altre azioni** **di canale**, quindi scegliete **Aggiorna la classe del canale a SINGLE\$1PIPELINE**.
1. **Nella finestra di dialogo, scegliete Conferma.** MediaLive esegue le seguenti azioni:
+ Rimuove la seconda pipeline (pipeline 1) nel canale.
+ Rimuove il secondo indirizzo di destinazione in ogni gruppo di output.
+ *Non* rimuove il secondo endpoint negli input. Gli input non vengono modificati in alcun modo. Invece, quando riavviate il canale, ignora MediaLive semplicemente il secondo endpoint.
**Durante MediaLive l'esecuzione di queste azioni, lo stato del canale è IN AGGIORNAMENTO.** Al termine dell'aggiornamento, lo stato diventa **IDLE (INATTIVO)**.
1. Potresti voler notificare al sistema upstream che, per ogni input push, non è più necessario eseguire il push dell'input al secondo endpoint. È inoltre possibile notificare al sistema a valle di ciascun gruppo di output che non dovrebbe più aspettarsi un output dalla seconda destinazione.
## Modifica della classe del canale in standard: opzione A
È possibile modificare un canale a pipeline singola in un canale standard. Segui questa procedura se originariamente hai impostato il canale a pipeline singola con ingressi di classe [standard](single-channel-upgrade.md) e potenziale di aggiornamento.
Eseguite questi passaggi:
1. Concordate con i vostri sistemi upstream per iniziare a inviare due istanze del contenuto di origine.
1. [Fermate il canale.](starting-stopping-deleting-a-channel.md)
1. Cambia la classe del canale in classe standard. Vedi i passaggi dopo questo elenco.
Ora hai aggiornato il canale da un canale a pipeline singola con ingressi di classe standard a un canale standard con ingressi di classe standard.
1. [Riavvia](starting-stopping-deleting-a-channel.md) il canale.
**Per modificare la classe del canale**
1. Ottenere un secondo indirizzo di destinazione per ogni gruppo di output. Ogni indirizzo si trova nel sistema a valle di ogni gruppo di output.
Ad esempio, se il canale ha un gruppo di output HLS (con un server HTTPS come sistema downstream) e un gruppo di output Archive (con un bucket Amazon S3 come sistema downstream), devi inserire l'URL di un nuovo indirizzo di destinazione sul server HTTPS e l'URL di una nuova cartella nel bucket Amazon S3.
Pianifica ora queste destinazioni, nello stesso modo in cui hai pianificato gli indirizzi di destinazione al momento della configurazione originale del canale. Per ulteriori informazioni[Configurazione: creazione di gruppi di output e output](medialive-outputs.md), consultate e leggete le informazioni sul coordinamento per il tipo di gruppo di output che state creando.
1. Nella pagina **Channels (Canali)** selezionare il canale. (Non scegliere il nome del canale).
1. Nel menu, scegliere **Actions (Operazioni)**, **Other channel actions (Altre operazioni canale)**, **Update channel class to STANDARD (Aggiorna classe canale a STANDARD)**.
1. Nella finestra di dialogo, selezionare **Save (Salva)**.
1. Nella pagina **Aggiorna la classe del canale a Standard**, inserite gli indirizzi di destinazione identificati nel passaggio 1. Esiste un campo per ogni gruppo di output nel canale.
1. Scegli **Invia**. MediaLive aggiorna il canale e crea una nuova pipeline chiamata pipeline 1. L'origine di questa pipeline è l'URL precedentemente inattivo. Quando avvii il canale, acquisisce il MediaLive contenuto da quell'URL, produce output e invia l'output alle nuove destinazioni in ogni gruppo di output.
## Modifica della classe: opzione B
Quando hai creato originariamente il canale, potevi essere sicuro che non avresti dovuto convertirlo in un canale standard. Pertanto, [configurate il canale come canale](single-pipeline-no-upgrade.md) a pipeline singola con ingressi a classe singola.
Ora potreste decidere di dover cambiare il canale in un canale standard. Potete farlo, ma notate che la procedura prevede il distacco, l'aggiornamento e la modifica degli ingressi, oltre all'aggiornamento del canale.
Eseguite questi passaggi:
1. Concordate con i vostri sistemi upstream per iniziare a inviare due istanze del contenuto di origine.
1. [Fermate il canale.](starting-stopping-deleting-a-channel.md)
1. Scollega ogni ingresso a classe singola. Per scollegare gli ingressi, è necessario [modificare il canale e rimuovere gli](editing-deleting-channel.md) ingressi collegati.
1. [Modifica ogni input](edit-input.md) per convertirlo in una classe standard e per aggiungere una seconda fonte.
1. Modifica il canale per cambiare la classe del canale in classe standard. Vedi i passaggi dopo questo elenco.
1. [Modifica il canale](editing-deleting-channel.md) per ricollegare ogni ingresso.
Ora avete aggiornato il canale da un canale a pipeline singola con ingressi a classe singola a un canale standard con ingressi di classe standard.
1. [Riavvia](starting-stopping-deleting-a-channel.md) il canale.
**Per modificare la classe del canale**
1. Ottenere un secondo indirizzo di destinazione per ogni gruppo di output. Ogni indirizzo si trova nei sistemi downstream di ciascun gruppo di output.
Ad esempio, se il canale ha un gruppo di output HLS (con un server HTTPS come sistema downstream) e un gruppo di output Archive (con un bucket Amazon S3 come sistema downstream), devi inserire l'URL di un nuovo indirizzo di destinazione sul server HTTPS e l'URL di una nuova cartella nel bucket Amazon S3.
Pianifica ora queste destinazioni, nello stesso modo in cui hai pianificato gli indirizzi di destinazione al momento della configurazione originale del canale. Potrebbe essere necessario contattare il proprietario di ciascun sistema downstream.
1. Modifica l'input URLs in ogni singola classe per includere un secondo URL, per la seconda fonte che fornirà il contenuto alla pipeline appena aggiunta.
+ Per un input di tipo push, [modifica l'input](edit-input.md) affinché includa un indirizzo per la seconda origine di input. Assegna tale indirizzo al proprietario del sistema upstream, in modo che possa inviare il contenuto di origine a tale indirizzo. Dovresti anche scoprire dal sistema upstream l'indirizzo da cui verrà inviato il push della nuova origine. Assicurati che questo indirizzo sia coperto dal gruppo di sicurezza di input per il canale.
+ Per un input pull, ottieni un nuovo indirizzo dal proprietario del sistema downstream. [Modificare l'input](edit-input.md) per includere tale indirizzo. Quando crei la seconda pipeline, MediaLive è in grado di estrarre il secondo contenuto di origine (per la seconda pipeline).
1. Nella pagina **Channels (Canali)** selezionare il canale. (Non scegliere il nome del canale).
1. Nel menu, scegliere **Actions (Operazioni)**, **Other channel actions (Altre operazioni canale)**, **Update channel class to STANDARD (Aggiorna classe canale a STANDARD)**.
1. Nella finestra di dialogo, selezionare **Save (Salva)**.
1. Nella pagina **Update channel class to STANDARD (Aggiorna classe canale a STANDARD)**, immettere gli indirizzi di destinazione identificati nella fase 1. Esiste un campo per ogni gruppo di output nel canale.
1. **Scegli Invia.** MediaLive aggiorna il canale e crea una nuova pipeline chiamata pipeline 1. Quando avvii il canale, MediaLive invia l'output da questa pipeline alle nuove destinazioni in ogni gruppo di output.