Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Prosedur untuk mengatur manifes yang berlebihan
<a name="hls-rm-procedure"></a>

Ada dua bagian untuk menyiapkan manifes berlebihan dalam output MediaLive HLS. Anda harus mengaktifkan fitur di grup output. Anda juga harus membuat penyesuaian dalam desain nama keluaran dan jalur tujuan (dibandingkan dengan output HLS yang tidak menerapkan manifes berlebihan).

Bidang berikut berhubungan secara khusus dengan manifes yang berlebihan:
+ **Grup keluaran HLS - Manifestasi dan Segmen - Bidang manifes redundan**

**Untuk mengatur manifes yang berlebihan**

1. Bicaralah dengan operator sistem hilir untuk mengetahui apakah mereka mendukung manifes yang berlebihan.

1. Baca informasinya di[Bidang untuk tujuan output - mengirim ke server HTTP](hls-destinations-http.md). Manifestasi dianggap sebagai output dari MediaLive. Oleh karena itu, aturan umum tentang tujuan output berlaku untuk manifes yang berlebihan.

1. Desain URLs untuk dua pipa. Ada persyaratan khusus untuk file HLS. URLs Baca bagian yang sesuai:
   + [Aturan untuk sebagian besar sistem hilir](hls-redundant-manif-most-systems.md) 
   + [Aturan untuk Akamai CDNs](hls-redundant-manif-akamai.md)

   Aturan-aturan ini melengkapi informasi di[Bidang untuk tujuan output - mengirim ke server HTTP](hls-destinations-http.md).

1. Jika Anda juga memerlukan jalur khusus untuk manifes, pastikan Anda membaca informasi di[Cara kerja jalur khusus](hls-manifests-how-work.md#hls-custom-manifest-paths). Anda harus mempertimbangkan aturan untuk jalur khusus saat Anda mendesain URLs.

1. **Di bagian **grup keluaran HLS**, untuk **Manifest dan segmen, untuk manifes** **Redundan, pilih ENABLED**.** Bidang ini berlaku untuk semua output dalam grup output.

1. Lengkapi bidang-bidang ini, mengikuti desain Anda:
   + **Grup keluaran - Bagian tujuan grup HLS**
   + **Grup keluaran - Pengaturan HLS - bagian CDN**
   + **Grup keluaran — Lokasi — Struktur direktori**
   + **Grup keluaran - Lokasi - Segmen per subdirektori**
   + **Output HLS - Pengaturan output - Pengubah nama**
   + **Output HLS - Pengaturan output - Pengubah segmen**
   + **Grup keluaran HLS - Lokasi —Manifes URL Dasar** (jika Anda juga menyiapkan jalur khusus)
   + **Grup keluaran HLS - Lokasi - Konten URL Dasar** (jika Anda juga menyiapkan jalur khusus) 

Untuk informasi tentang cara fitur ini mengubah isi manifes HLS, lihat[Isi media dari manifes HLS](hls-rm-manifests-contents.md).

## Hasil pengaturan ini
<a name="hls-redundant-manif-results"></a>

Berikut ini adalah informasi tentang bagaimana manifes berlebihan bekerja dalam tiga skenario kegagalan.

### Skenario A - Tindakan kehilangan input adalah memancarkan output
<a name="hls-redundant-manif-results-emit"></a>

Jika input hilang di salah satu pipeline dan [bidang **tindakan kehilangan input**](hls-other-features.md#hls-resiliency) disetel ke **EMIT\_OUTPUT**, MediaLive terus perbarui manifes induk dan anak. 

Dari sudut pandang sistem hilir, tidak ada perubahan pada manifes induk atau anak untuk kedua pipeline. Konten di dalam file media adalah konten pengisi, tetapi itu tidak memengaruhi cara sistem hilir membaca manifes.

### Skenario B - Tindakan kehilangan input adalah menjeda output
<a name="hls-redundant-manif-results-pause"></a>

Jika input hilang pada salah satu pipeline (misalnya, pada pipeline 0) dan bidang **tindakan kehilangan input** diatur ke **PAUSE\_OUTPUT**, lakukan hal berikut: MediaLive 
+ Ini menghapus daftar untuk manifes anak untuk pipa 0. 
+ Ini mengirimkan permintaan ke lokasi manifes anak untuk pipeline 0 untuk menghapus manifes anak.

Hasil untuk sistem hilir yang membaca manifes utama pada pipeline 0: Sistem tidak akan lagi menemukan daftar untuk manifes anak untuk pipeline 0. Sistem akan melihat di pipeline 0 manifes utama untuk manifes anak alternatif. Jika menemukan manifes anak untuk pipeline 1, ia akan beralih ke membaca manifes anak itu. 

Sistem hilir yang membaca manifes utama untuk pipeline 1 tidak terpengaruh karena sistem ini mungkin membaca manifes anak untuk pipeline 1 (karena ini muncul pertama kali dalam manifes). 

### Skenario C - Kegagalan saluran pipa
<a name="hls-redundant-manif-results-pipeline-failure"></a>

Mungkin juga pipa gagal. Kegagalan ini tidak sama dengan kegagalan input. Ketika pipeline gagal (misalnya, pipeline 0), hal berikut terjadi:
+ Output berhenti.
+ Manifes utama untuk pipeline 0 tidak dihapus. Ini masih berisi daftar untuk manifes anak untuk pipeline 0. 
+ Manifestasi anak tidak diperbarui karena tidak ada file media baru yang diproduksi. Manifestasi anak itu *basi*.
+ Manifes utama untuk pipeline 1 tidak berubah. Ini masih berisi daftar untuk manifes anak untuk pipeline 0 (dan untuk pipeline 1).

Hasil untuk sistem hilir yang membaca manifes utama untuk pipeline 0: Sistem akan menemukan daftar untuk manifes anak untuk pipeline 0, tetapi manifes itu akan basi. Jika sistem dapat mendeteksi bahwa manifes sudah basi, ia dapat kembali ke manifes utama pipeline 0 dan mencari manifes anak alternatif. Jika menemukan manifes anak untuk pipeline 1, ia akan beralih ke membaca manifes anak itu. 

Sistem hilir yang membaca manifes utama untuk pipeline 1 tidak terpengaruh. Sistem ini mungkin membaca manifestasi anak untuk pipa 1 (karena ini muncul pertama kali dalam manifes).

**catatan**  
Jika sistem hilir untuk output HLS adalah AWS Elemental MediaStore, Anda dapat mengatur MediaStore untuk menghapus input basi. Lihat [Komponen kebijakan siklus hidup objek](https://docs.aws.amazon.com/mediastore/latest/ug/policies-object-lifecycle-components.html). Setelah manifes anak telah dihapus, MediaStore kembali mengikuti logika “manifes telah dihapus” dari skenario B.