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à.

# Procedura per impostare i manifest ridondanti
<a name="hls-rm-procedure"></a>

La configurazione dei manifesti ridondanti nelle uscite HLS è suddivisa in due parti. MediaLive È necessario attivare la funzione nel gruppo di output. È inoltre necessario apportare modifiche alla progettazione dei nomi di output e dei percorsi di destinazione (rispetto agli output HLS che non implementano manifesti ridondanti).

Il seguente campo si riferisce specificamente ai manifest ridondanti:
+ Campo **HLS output group – Manifests and Segments – Redundant manifests (Gruppo di output HLS – Manifest e segmenti – Manifest ridondanti)**

**Per impostare i manifest ridondanti**

1. Parla con l'operatore del sistema a valle per scoprire se supporta manifesti ridondanti.

1. Consulta le informazioni in [Campi per la destinazione di output: invio a un server HTTP](hls-destinations-http.md). I manifesti sono considerati emessi da. MediaLive Pertanto, le regole generali sulle destinazioni di output si applicano ai manifest ridondanti.

1. Progetta il URLs per le due condotte. Esistono requisiti speciali URLs per i file HLS. Consulta la sezione appropriata:
   + [Regole per la maggior parte dei sistemi a valle](hls-redundant-manif-most-systems.md) 
   + [Regole per Akamai CDNs](hls-redundant-manif-akamai.md)

   Queste regole integrano le informazioni contenute in [Campi per la destinazione di output: invio a un server HTTP](hls-destinations-http.md).

1. Se hai anche bisogno di percorsi personalizzati per i manifest, assicurati di leggere le informazioni in [Come funzionano i percorsi personalizzati](hls-manifests-how-work.md#hls-custom-manifest-paths). È necessario considerare le regole per i percorsi personalizzati quando si progetta il URLs.

1. Nella sezione **HLS output group (Gruppo di output HLS)** per **Manifest and segments (Manifest e segmenti)**, per **Manifest ridondanti**, scegli **ENABLED (ABILITATO)**. Questo campo si applica a tutti gli output del gruppo di output.

1. Completa questi campi in base alla tua progettazione:
   + Sezione **Output group – HLS group destination (Gruppo di output — Destinazione gruppo HLS)**
   + Sezione **Output group – HLS settings – CDN (Gruppo di output — Impostazioni HLS — CDN)**
   + **Output group – Location – Directory structure (Gruppo di output — Posizione — Struttura delle directory)**
   + **Output group – Location – Segments per subdirectory (Gruppo di output — Posizione — Segmenti per sottodirectory)**
   + **Uscite HLS - Impostazioni di output - Modificatore di nome**
   + **Uscite HLS — Impostazioni di uscita — Modificatore di segmento**
   + **Gruppo di output HLS — Location —Base URL Manifest** (se state impostando anche percorsi personalizzati)
   + **Gruppo di output HLS — Location — Base URL Content** (se state impostando anche percorsi personalizzati) 

Per informazioni su come questa funzionalità modifica il contenuto dei manifest HLS, consulta [Il contenuto multimediale di un manifest HLS](hls-rm-manifests-contents.md).

## I risultati di questa configurazione
<a name="hls-redundant-manif-results"></a>

Di seguito sono riportate informazioni sul funzionamento dei manifest ridondanti in tre scenari di errore.

### Scenario A — L'azione di perdita di input consiste nell'emettere un output
<a name="hls-redundant-manif-results-emit"></a>

Se l'input viene perso su una delle pipeline e il [campo di **azione Input loss**](hls-other-features.md#hls-resiliency) è impostato su **EMIT\_OUTPUT**, MediaLive continua ad aggiornare i manifesti padre e figlio. 

Dal punto di vista del sistema a valle, non vi è alcuna modifica ai manifesti principale o secondario per nessuna delle due pipeline. Il contenuto all'interno dei file multimediali è contenuto di riempimento, ma ciò non influisce sul modo in cui il sistema a valle legge i manifesti.

### Scenario B — L'azione di perdita dell'input consiste nel mettere in pausa l'output
<a name="hls-redundant-manif-results-pause"></a>

Se l'input viene perso su una delle tubazioni (ad esempio, sulla pipeline 0) e il campo di **azione Input loss** è impostato su **PAUSE\_OUTPUT**, esegue le seguenti operazioni: MediaLive 
+ Rimuove l'elenco per i manifest figlio per la pipeline 0. 
+ Invia una richiesta alla posizione del manifest figlio per la pipeline 0 per eliminare i manifest figlio.

Il risultato per il sistema a valle che sta leggendo il manifest principale sulla pipeline 0: il sistema non troverà più un elenco per i manifest figlio per la pipeline 0. Il sistema cercherà nel manifest principale della pipeline 0 per un manifest secondario alternativo. Se trova il manifest figlio per la pipeline 1, passerà alla lettura di quel manifest figlio. 

I sistemi a valle che stanno leggendo il manifest principale per la pipeline 1 non sono interessati perché questi sistemi stanno probabilmente leggendo i manifest figlio per la pipeline 1 (perché questi appaiono per primi nel manifest). 

### Scenario C — Guasto della tubazione
<a name="hls-redundant-manif-results-pipeline-failure"></a>

È anche possibile che una pipeline fallisca. Questo errore non è lo stesso di un errore di input. Quando si verifica un errore della pipeline (ad esempio, la pipeline 0), accade quanto segue:
+ L'output si arresta.
+ Il manifest principale per la pipeline 0 non viene eliminato. Contiene ancora un elenco per i manifest figlio per la pipeline 0. 
+ I manifest figlio non vengono aggiornati perché non vengono prodotti nuovi file multimediali. I manifest figlio sono *statici*.
+ Il manifest principale per la pipeline 1 non cambia. Contiene ancora un elenco per i manifest figlio per la pipeline 0 (e per la pipeline 1).

Il risultato per il sistema a valle che sta leggendo il manifest principale per la pipeline 0: il sistema troverà un elenco per i manifest figlio per la pipeline 0, ma il manifest sarà obsoleto. Se il sistema è in grado di rilevare che il manifest è obsoleto, può tornare al manifest principale della pipeline 0 e cercare un manifest figlio alternativo. Se trova il manifest figlio per la pipeline 1, passerà alla lettura di quel manifest figlio. 

I sistemi a valle che stanno leggendo il manifest principale per la pipeline 1 non sono interessati. Questi sistemi stanno presumibilmente leggendo i manifest figlio per la pipeline 1 (dato che questi appaiono per primi nel manifest).

**Nota**  
Se il sistema a valle per l'uscita HLS è AWS Elemental MediaStore, è possibile impostare l'eliminazione degli input MediaStore obsoleti. Vedi [Componenti di una politica del ciclo di vita degli oggetti](https://docs.aws.amazon.com/mediastore/latest/ug/policies-object-lifecycle-components.html). Dopo l'eliminazione del manifesto secondario, MediaStore torna a seguire la logica «il manifesto è stato eliminato» dello scenario B.