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à.
# Coordina con il sistema a valle
Il gruppo di output HLS in AWS MediaLive Elemental supporta diversi tipi di sistemi downstream. Leggi le informazioni relative al sistema con cui stai lavorando.
**Topics**
+ [Gruppo di output HLS su Amazon S3](origin-server-hls-s3.md)
+ [Gruppo di output HLS a MediaStore](origin-server-ems.md)
+ [Gruppo di output HLS per MediaPackage](origin-server-hls-emp.md)
+ [Gruppo di output HLS verso v2 MediaPackage](origin-server-hls-empv2.md)
+ [Gruppo di output HLS su HTTP](origin-server-http.md)
# Gruppo di output HLS su Amazon S3
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS con Amazon S3 come destinazione. Tu e l'operatore del sistema a valle dovete concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Ti consigliamo di progettare il percorso completo della destinazione: il bucket Amazon S3 e tutte le cartelle. Per informazioni, consulta [Progetta il percorso per la destinazione di output](hls-destinations-design-step.md).
1. Chiedi all'utente Amazon S3 di creare bucket che non esistono già.
Con MediaLive, il nome del bucket Amazon S3 non deve utilizzare la notazione a punti, il che significa che non deve utilizzare. (punto) tra le parole nel nome del bucket.
1. Parla della proprietà con l'utente Amazon S3. Se il bucket appartiene a un altro AWS account, in genere desideri che quell'account diventi il proprietario dell'output. Per ulteriori informazioni, vedere[Controllo dell'accesso all'output](#setting-dss-hls-canned-acl), dopo questa procedura.
Tieni presente che non hai bisogno di credenziali utente per l'invio a un bucket S3. MediaLive è autorizzato a scrivere nel bucket S3 tramite l'entità affidabile. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
## Controllo dell'accesso all'output
È possibile che tu stia inviando file di output a un bucket Amazon S3 di proprietà di un altro account. AWS In questa situazione, in genere desideri che l'altro account diventi il proprietario dei file di output (l'oggetto che viene inserito nel bucket). Se il proprietario del bucket non diventa il proprietario dell'oggetto, tu (MediaLive) sarai l'unico agente in grado di eliminare i file quando i file non saranno più necessari.
È quindi nell'interesse di tutti trasferire la proprietà dei file di output dopo che sono stati inseriti nel bucket Amazon S3.
Per trasferire la proprietà degli oggetti, è richiesta la seguente configurazione:
+ Il proprietario del bucket deve aggiungere una politica di autorizzazioni del bucket che ti conceda l'autorizzazione ad aggiungere una lista di controllo degli accessi preimpostata (ACL) di Amazon S3 quando MediaLive consegna i file di output al bucket. Il proprietario del bucket deve leggere le informazioni in [Gestire l'accesso con ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) nella guida per l'utente di Amazon Simple Storage Service. Il proprietario del bucket deve impostare le autorizzazioni ACL per il bucket, non per gli oggetti.
+ Il proprietario del bucket deve inoltre impostare la proprietà dell'oggetto. Questa funzionalità rende effettivamente obbligatorio (anziché facoltativo) per il mittente (MediaLive) includere l'ACL di controllo *completo del proprietario del Bucket*. Il proprietario del bucket deve leggere le informazioni in [Controlling object ownership](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) nella guida per l'utente di Amazon Simple Storage Service.
Se il proprietario del bucket implementa questa funzionalità, devi MediaLive configurarlo per includere l'ACL. In caso contrario, la consegna al bucket Amazon S3 avrà esito negativo.
+ È necessario configurare in MediaLive modo da includere l'**ACL di *controllo completo del proprietario del Bucket al momento della consegna al bucket*. Questa configurazione verrà eseguita al momento della [creazione](hls-destinations-s3-specify.md) del canale.
La funzionalità ACL preimpostata di S3 supporta ACLs il *controllo completo del proprietario di Bucket*, ma queste altre funzionalità in genere non ACLs sono applicabili al caso d'uso da cui viene fornita la trasmissione di video. MediaLive
# Gruppo di output HLS a MediaStore
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS, con AWS Elemental MediaStore come destinazione. L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS
**Per organizzare la configurazione della destinazione**
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Ti consigliamo di progettare il percorso completo della destinazione. Per informazioni, consulta [Progetta il percorso per la destinazione di output](hls-destinations-design-step.md).
Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse.
1. Chiedi all' MediaStore utente di creare contenitori che non esistano già.
1. Ottieni l'endpoint di dati per il contenitore o i contenitori. Esempio:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Hai bisogno degli endpoint di dati. Non è necessario il nome del contenitore.
Tieni presente che non hai bisogno di credenziali utente per l'invio ai MediaStore contenitori. MediaLive dispone del permesso di scrivere nel MediaStore contenitore tramite l'entità attendibile. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
# Gruppo di output HLS per MediaPackage
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS e inviarlo AWS Elemental MediaPackage tramite HTTPS. L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Chiedi all' MediaPackage utente di creare un canale su MediaPackage. Anche se il MediaLive canale è un [canale standard](plan-redundancy.md) (con due pipeline), è necessario un solo MediaPackage canale.
1. Concordate con l' MediaPackage utente la configurazione delle credenziali utente HTTPS. È necessario inviare a MediaPackage tramite una connessione sicura.
1. Ottieni le seguenti informazioni:
+ I due URLs (l'estremità di ingresso è la MediaPackage terminologia) per il canale. I due URLs per canale hanno il seguente aspetto:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
I due URLs sono sempre identici, ad eccezione della cartella precedente`channel`.
Assicurati di ottenere il URLs (che inizia con`https://`), non il nome del canale (che inizia con`arn`).
+ Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
# Gruppo di output HLS verso v2 MediaPackage
Segui questa procedura se hai [stabilito](hls-choosing-hls-vs-emp.md) che creerai un gruppo di output HLS e lo invierai alla v2. MediaPackage L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Chiedi all' MediaPackage utente di creare un canale su MediaPackage. Anche se il MediaLive canale è un [canale standard](plan-redundancy.md) (con due pipeline), è necessario un solo MediaPackage canale.
1. Ottenete i due URLs (la MediaPackage terminologia utilizzata è l'estremità di input) per il canale. I due URLs per canale hanno il seguente aspetto:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
I due URLs sono leggermente diversi, come mostrato negli esempi precedenti.
Assicurati di ottenere il URLs (che inizia con`https://`), non il nome del canale (che inizia con`arn`).
Tieni presente che non utilizzi le credenziali utente per inviare alla MediaPackage v2.
# Gruppo di output HLS su HTTP
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS con uno dei seguenti sistemi downstream come destinazione:
+ Un server PUT HTTP o HTTPS.
+ Un server WebDAV HTTP o HTTPS.
+ Un server di origine Akamai.
L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
Quando si distribuisce HLS tramite HTTP, spesso si effettua la consegna a un server di origine. Il server di origine in genere dispone di linee guida chiare sulle regole per il percorso di destinazione, incluso il nome del file del manifesto principale (il `.M3U8` file).
**Per organizzare la configurazione della destinazione**
È necessario parlare con l'operatore del sistema a valle per coordinare la configurazione.
1. Se il sistema downstream non è un server Akamai, scoprite se utilizza PUT o WebDAV.
1. Scopri se il sistema a valle presenta dei requisiti di connessione speciali. Questi campi di connessione sono raggruppati nella console nella sezione delle **impostazioni CDN** per il gruppo di output HLS. **Per visualizzare questa pagina sulla MediaLive console, nella pagina **Crea canale**, nella sezione **Gruppi di output**, scegli **Aggiungi**, quindi scegli HLS.** Scegli il gruppo, quindi nelle impostazioni **HLS, apri le impostazioni** **CDN**.
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Scopri se il sistema a valle utilizza una connessione sicura. In caso affermativo, concordate con l'operatore la configurazione delle credenziali utente.
1. Scopri se il sistema a valle richiede percorsi personalizzati all'interno dei manifest principali e dei manifest figlio. Per ulteriori informazioni, consulta [Personalizzazione dei percorsi all'interno dei manifest HLS](hls-manifest-paths.md).
1. Se state configurando un [canale standard](plan-redundancy.md), verificate se il sistema a valle supporta manifesti ridondanti. In tal caso, decidi se implementare questa funzionalità. Per ulteriori informazioni, vedere e, in particolare [Creazione di manifesti HLS ridondanti](hls-redundant-manifests.md)[Regole per la maggior parte dei sistemi a valle](hls-redundant-manif-most-systems.md), per istruzioni specifiche. [Regole per Akamai CDNs](hls-redundant-manif-akamai.md)
1. Parlate con l'operatore del sistema a valle per concordare un percorso di destinazione completo per le tre categorie di file HLS (i manifesti principali, i manifesti secondari e i file multimediali). MediaLive colloca sempre tutte e tre le categorie di file per ogni destinazione in un'unica posizione. Non è possibile configurare l'inserimento MediaLive di alcuni file in un'altra posizione.
Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse. Discutete di questo requisito con l'operatore del sistema a valle. Il sistema a valle potrebbe avere regole specifiche sull'unicità.
1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per i nomi delle tre categorie di file HLS. In genere, il sistema a valle non ha requisiti speciali.
1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per il modificatore relativo ai nomi dei manifesti secondari e dei file multimediali.
I manifesti secondari e i file multimediali includono sempre questo modificatore nei loro nomi di file. Questo modificatore distingue ogni output dall'altro, quindi deve essere unico in ogni output. Ad esempio, i file per l'output ad alta risoluzione devono avere un nome diverso dai file per l'output a bassa risoluzione. Ad esempio, i file di un output potrebbero avere il nome e il modificatore del file`curling_high`, mentre l'altro output potrebbe avere. `curling_low`
In genere, il sistema a valle non ha requisiti speciali.
1. Chiedete all'operatore del sistema a valle se i file multimediali devono essere configurati in sottodirectory separate. Ad esempio, una sottodirectory per i primi 1000 segmenti, un'altra sottodirectory per i secondi 1000 segmenti e così via.
La maggior parte dei sistemi a valle non richiede sottodirectory separate.
1. Concordate le parti del percorso di destinazione in cui il sistema a valle ha requisiti speciali.
+ Ad esempio, il sistema downstream potrebbe richiedere solo l'invio a un host specifico. Il sistema a valle non ha bisogno di conoscere i nomi delle cartelle o dei file che verranno utilizzati.
Ad esempio, invia a due cartelle a cui hai dato il nome, ma sull'host all'indirizzo `https://203.0.113.55`
Oppure invia a due cartelle a cui hai dato il tuo nome, ma sugli host in `https://203.0.113.55` e `https://203.0.113.82`
+ In alternativa, il sistema downstream potrebbe richiedere un host e una cartella specifici, ma con un nome di file a scelta. Ad esempio, questo host e queste cartelle:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Prendi nota delle informazioni che hai raccolto:
+ Il tipo di connessione per il sistema downstream: Akamai, PUT o WebDAV.
+ Le impostazioni per i campi di connessione, se il sistema a valle ha requisiti speciali.
+ Il protocollo di consegna: HTTP o HTTPS.
+ Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
+ Tutti o parte dei percorsi di destinazione, inclusi possibilmente i nomi dei file.
+ Se è necessario configurare sottodirectory separate.