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.
# Coordonner avec le système en aval
Le groupe de sortie HLS dans AWS MediaLive Elemental prend en charge plusieurs types de systèmes en aval. Lisez les informations qui s'appliquent au système avec lequel vous travaillez.
**Topics**
+ [Groupe de sortie HLS vers Amazon S3](origin-server-hls-s3.md)
+ [Groupe de sortie HLS vers MediaStore](origin-server-ems.md)
+ [Groupe de sortie HLS vers MediaPackage](origin-server-hls-emp.md)
+ [Groupe de sortie HLS vers v2 MediaPackage](origin-server-hls-empv2.md)
+ [Groupe de sortie HLS vers HTTP](origin-server-http.md)
# Groupe de sortie HLS vers Amazon S3
Suivez cette procédure si vous avez [décidé](identify-downstream-system.md) de créer un groupe de sortie HLS avec Amazon S3 comme destination. L'opérateur du système en aval et vous-même devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS.
**Pour organiser la configuration de la destination**
1. Décidez si vous avez besoin de deux destinations pour la sortie :
+ Vous avez besoin de deux destinations dans un [canal standard](plan-redundancy.md).
+ Vous avez besoin d'une destination dans un canal à pipeline unique.
1. Nous vous recommandons de définir le chemin complet de la destination, à savoir le compartiment Amazon S3 et tous les dossiers. Consultez [Concevez le chemin pour la destination de sortie](hls-destinations-design-step.md).
1. Demandez à l'utilisateur Amazon S3 de créer des compartiments qui n'existent pas déjà.
Avec MediaLive, le nom du compartiment Amazon S3 ne doit pas utiliser la notation par points, ce qui signifie qu'il ne doit pas utiliser. (point) entre les mots du nom du compartiment.
1. Discutez de la propriété avec l'utilisateur Amazon S3. Si le bucket appartient à un autre AWS compte, vous souhaitez généralement que ce compte devienne propriétaire de la sortie. Pour plus d'informations, voir[Contrôle de l'accès à la sortie](#setting-dss-hls-canned-acl), après cette procédure.
Notez que vous n'avez pas besoin d'informations d'identification utilisateur pour envoyer vers un compartiment S3. MediaLive est autorisé à écrire dans le compartiment S3 via l'entité de confiance. Quelqu'un de votre organisation devrait avoir déjà configuré ces autorisations. Pour de plus amples informations, veuillez consulter [Exigences d'accès pour l'entité de confiance](trusted-entity-requirements.md).
## Contrôle de l'accès à la sortie
Vous envoyez peut-être des fichiers de sortie vers un compartiment Amazon S3 appartenant à un autre AWS compte. Dans ce cas, vous souhaitez généralement que l'autre compte devienne le propriétaire des fichiers de sortie (l'objet étant placé dans le compartiment). Si le propriétaire du compartiment ne devient pas propriétaire de l'objet, vous (MediaLive) serez le seul agent autorisé à supprimer les fichiers lorsque ceux-ci ne seront plus nécessaires.
Il est donc dans l'intérêt de tous de transférer la propriété des fichiers de sortie une fois qu'ils se trouvent dans le compartiment Amazon S3.
Pour transférer la propriété d'un objet, la configuration suivante est requise :
+ Le propriétaire du compartiment doit ajouter une politique d'autorisation du compartiment qui vous autorise à ajouter une liste de contrôle d'accès (ACL) prédéfinie Amazon S3 lorsque MediaLive les fichiers de sortie sont envoyés au compartiment. Le propriétaire du bucket doit lire les informations de la section [Gérer l'accès avec ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) dans le guide de l'utilisateur d'Amazon Simple Storage Service. Le propriétaire du bucket doit configurer les autorisations ACL pour le bucket, et non pour les objets.
+ Le propriétaire du bucket doit également configurer la propriété des objets. Cette fonctionnalité rend effectivement obligatoire (plutôt que facultatif) pour l'expéditeur (MediaLive) d'inclure l'ACL de *contrôle total du propriétaire du bucket*. Le propriétaire du bucket doit lire les informations contenues dans la section [Contrôler la propriété des objets](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) dans le guide de l'utilisateur d'Amazon Simple Storage Service.
Si le propriétaire du bucket implémente cette fonctionnalité, vous devez le configurer MediaLive pour inclure l'ACL. Si vous ne le faites pas, la livraison vers le compartiment Amazon S3 échouera.
+ Vous devez configurer MediaLive pour inclure l'ACL de *contrôle total du propriétaire du** bucket* lors de la livraison au bucket. Vous effectuerez cette configuration lorsque vous [créerez le canal](hls-destinations-s3-specify.md).
La fonction ACL prédéfinie de S3 ne permet ACLs pas le *contrôle total du propriétaire du bucket*, mais ces autres fonctionnalités ne ACLs sont généralement pas applicables à la diffusion de vidéos à partir de. MediaLive
# Groupe de sortie HLS vers MediaStore
Suivez cette procédure si vous avez [décidé](identify-downstream-system.md) de créer un groupe de sortie HLS avec AWS Elemental MediaStore comme destination. Vous et l'opérateur du système en aval devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS
**Pour organiser la configuration de la destination**
1. Décidez si vous avez besoin de deux destinations pour la sortie :
+ Vous avez besoin de deux destinations dans un [canal standard](plan-redundancy.md).
+ Vous avez besoin d'une destination dans un canal à pipeline unique.
1. Nous vous recommandons de concevoir le chemin complet de la destination. Consultez [Concevez le chemin pour la destination de sortie](hls-destinations-design-step.md).
Si vous avez deux destinations, les chemins de destination doivent être différents l'un de l'autre d'une manière ou d'une autre. Au moins une des parties d'un chemin doit être différente de l'autre. Il est acceptable que toutes les portions soient différentes.
1. Demandez à l' MediaStore utilisateur de créer des conteneurs qui n'existent pas déjà.
1. Obtenez le point de terminaison des données pour le ou les conteneurs. Par exemple :
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Vous avez besoin des points de terminaison de données. Vous n'avez pas besoin du nom du conteneur.
Notez que vous n'avez pas besoin d'informations d'identification utilisateur pour envoyer vers MediaStore des conteneurs. MediaLive est autorisé à écrire dans le MediaStore conteneur via l'entité de confiance. Quelqu'un de votre organisation devrait avoir déjà configuré ces autorisations. Pour de plus amples informations, veuillez consulter [Exigences d'accès pour l'entité de confiance](trusted-entity-requirements.md).
# Groupe de sortie HLS vers MediaPackage
Suivez cette procédure si vous avez [décidé](identify-downstream-system.md) de créer un groupe de sortie HLS et de l'envoyer AWS Elemental MediaPackage via HTTPS. L'opérateur du système en aval et vous-même devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS.
**Pour organiser la configuration de la destination**
1. Demandez à l' MediaPackage utilisateur de créer une chaîne sur MediaPackage. Même s'il s'agit d'un [canal standard](plan-redundancy.md) (avec deux pipelines), vous n'avez besoin que d'un seul MediaPackage canal. MediaLive
1. Prenez des dispositions avec l' MediaPackage utilisateur pour configurer les informations d'identification HTTPS. Vous devez envoyer à MediaPackage via une connexion sécurisée.
1. Obtenez les informations suivantes :
+ Les deux URLs (les points de terminaison d'entrée sont la MediaPackage terminologie) du canal. Les deux URLs pour une chaîne ressemblent à ceci :
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
Les deux URLs sont toujours identiques, sauf pour le dossier juste avant`channel`.
Assurez-vous d'obtenir le URLs (qui commence par`https://`), et non le nom de la chaîne (qui commence par`arn`).
+ Le nom d'utilisateur et le mot de passe permettant d'accéder au système en aval, si celui-ci nécessite des demandes authentifiées. Notez que ces informations d'identification utilisateur concernent l'authentification de l'utilisateur et non le protocole. L'authentification de l'utilisateur permet de déterminer si le système en aval acceptera votre demande. Le protocole détermine s'il convient d'envoyer la demande sur une connexion sécurisée.
# Groupe de sortie HLS vers v2 MediaPackage
Suivez cette procédure si vous avez [décidé](hls-choosing-hls-vs-emp.md) de créer un groupe de sortie HLS et de l'envoyer à la MediaPackage version 2. L'opérateur du système en aval et vous-même devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS.
**Pour organiser la configuration de la destination**
1. Demandez à l' MediaPackage utilisateur de créer une chaîne sur MediaPackage. Même s'il s'agit d'un [canal standard](plan-redundancy.md) (avec deux pipelines), vous n'avez besoin que d'un seul MediaPackage canal. MediaLive
1. Obtenez les deux URLs (les points de terminaison d'entrée sont la MediaPackage terminologie) pour le canal. Les deux URLs pour une chaîne ressemblent à ceci :
`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`
Les deux URLs sont légèrement différents, comme le montrent les exemples ci-dessus.
Assurez-vous d'obtenir le URLs (qui commence par`https://`), et non le nom de la chaîne (qui commence par`arn`).
Notez que vous n'utilisez pas les informations d'identification de l'utilisateur pour envoyer vers la MediaPackage version 2.
# Groupe de sortie HLS vers HTTP
Suivez cette procédure si vous avez [décidé](identify-downstream-system.md) de créer un groupe de sortie HLS avec l'un des systèmes en aval suivants comme destination :
+ Un serveur HTTP ou HTTPS PUT.
+ Un serveur WebDAV HTTP ou HTTPS.
+ Un serveur d'origine d'Akamai.
L'opérateur du système en aval et vous-même devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS.
Lorsque vous diffusez le HLS via HTTP, vous le faites souvent vers un serveur d'origine. Le serveur d'origine dispose généralement de directives claires concernant les règles relatives au chemin de destination, y compris le nom de fichier du manifeste principal (le `.M3U8` fichier).
**Pour organiser la configuration de la destination**
Vous devez parler à l'opérateur du système en aval pour coordonner votre configuration.
1. Si le système en aval n'est pas un serveur Akamai, déterminez s'il utilise PUT ou WebDAV.
1. Découvrez si le système en aval a des exigences de connexion particulières. Ces champs de connexion sont regroupés dans la console dans la section des **paramètres CDN** pour le groupe de sortie HLS. Pour afficher cette page sur la MediaLive console, dans la page **Créer une chaîne**, dans la section **Groupes de sortie**, choisissez **Ajouter**, puis **HLS**. Choisissez le groupe, puis dans les paramètres **HLS, ouvrez les paramètres** du **CDN.**
1. Décidez si vous avez besoin de deux destinations pour la sortie :
+ Vous avez besoin de deux destinations dans un [canal standard](plan-redundancy.md).
+ Vous avez besoin d'une destination dans un canal à pipeline unique.
1. Découvrez si le système en aval utilise une connexion sécurisée. Si tel est le cas, prenez des dispositions avec l'opérateur pour configurer les informations d'identification de l'utilisateur.
1. Découvrez si le système en aval nécessite des chemins personnalisés à l'intérieur des manifestes principaux et des manifestes enfants. Pour de plus amples informations, veuillez consulter [Personnalisation des chemins dans les manifestes HLS](hls-manifest-paths.md).
1. Si vous configurez un [canal standard](plan-redundancy.md), déterminez si le système en aval prend en charge les manifestes redondants. Si c'est le cas, décidez si vous souhaitez implémenter cette fonctionnalité. Pour plus d'informations[Création de manifestes HLS redondants](hls-redundant-manifests.md), voir [Règles pour la plupart des systèmes en aval](hls-redundant-manif-most-systems.md) et spécifiquement [Règles pour Akamai CDNs](hls-redundant-manif-akamai.md) pour obtenir des instructions spécifiques.
1. Contactez l'opérateur du système en aval pour convenir d'un chemin de destination complet pour les trois catégories de fichiers HLS (les manifestes principaux, les manifestes secondaires et les fichiers multimédia). MediaLive place toujours les trois catégories de fichiers pour chaque destination dans cet emplacement unique. Il n'est pas possible de configurer MediaLive pour placer certains fichiers dans un autre emplacement.
Si vous avez deux destinations, les chemins de destination doivent être différents l'un de l'autre d'une manière ou d'une autre. Au moins une des parties d'un chemin doit être différente de l'autre. Il est acceptable que toutes les portions soient différentes. Discutez de cette exigence avec l'opérateur du système en aval. Le système en aval peut avoir des règles spécifiques concernant l'unicité.
1. Adressez-vous à l'opérateur du système en aval pour connaître les exigences particulières relatives aux noms des trois catégories de fichiers HLS. En général, le système en aval n'a pas d'exigences particulières.
1. Consultez l'opérateur du système en aval pour connaître les exigences particulières relatives au modificateur des noms des manifestes et des fichiers multimédia pour enfants.
Les manifestes enfants et les fichiers multimédia incluent toujours ce modificateur dans leurs noms de fichiers. Ce modificateur distingue chaque sortie de l'autre, il doit donc être unique dans chaque sortie. Par exemple, les fichiers pour la sortie haute résolution doivent porter un nom différent de celui des fichiers pour la sortie basse résolution. Par exemple, les fichiers d'une sortie peuvent avoir le nom de fichier et le modificateur`curling_high`, tandis que l'autre sortie peut en avoir un`curling_low`.
En général, le système en aval n'a pas d'exigences particulières.
1. Demandez à l'opérateur du système en aval si les fichiers multimédia doivent être configurés dans des sous-répertoires distincts. Par exemple, un sous-répertoire pour les 1 000 premiers segments, un autre sous-répertoire pour les 1 000 seconds segments, etc.
La plupart des systèmes en aval ne nécessitent pas de sous-répertoires séparés.
1. Convenez des parties du chemin de destination pour lesquelles le système en aval a des exigences particulières.
+ Par exemple, le système en aval peut uniquement exiger que vous envoyiez des données à un hôte spécifique. Le système en aval n'a pas besoin de connaître les noms de dossiers ou de fichiers que vous allez utiliser.
Par exemple, envoyez vers deux dossiers que vous nommez, mais sur l'hôte à `https://203.0.113.55`
Ou envoyez-le vers deux dossiers que vous nommez, mais sur les hôtes situés à `https://203.0.113.55` et `https://203.0.113.82`
+ Le système en aval peut également avoir besoin d'un hôte et d'un dossier spécifiques, mais avec un nom de fichier que vous choisissez. Par exemple, cet hôte et ces dossiers :
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Prenez note des informations que vous avez collectées :
+ Type de connexion pour le système en aval : Akamai, PUT ou WebDAV.
+ Les paramètres des champs de connexion, si le système en aval a des exigences particulières.
+ Protocole de livraison : HTTP ou HTTPS.
+ Le nom d'utilisateur et le mot de passe permettant d'accéder au système en aval, si celui-ci nécessite des demandes authentifiées. Notez que ces informations d'identification utilisateur concernent l'authentification de l'utilisateur et non le protocole. L'authentification de l'utilisateur permet de déterminer si le système en aval acceptera votre demande. Le protocole détermine s'il convient d'envoyer la demande sur une connexion sécurisée.
+ Tout ou partie des chemins de destination, y compris éventuellement les noms de fichiers.
+ Si vous devez configurer des sous-répertoires distincts.