本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
設定備援資訊清單的程序
在輸出中 MediaLive HLS設定冗餘資訊清單有兩個部分。您必須開啟輸出群組中的 功能。您還必須調整輸出名稱和目的地路徑的設計 （相較於未實作冗餘資訊清單的HLS輸出）。
下列欄位專與備援資訊清單相關：
-
HLS 輸出群組 – 清單和區段 – 冗餘清單欄位
設定備援資訊清單
-
與下游系統的運算子交談，了解他們是否支援冗餘資訊清單。
-
閱讀輸出目的地的欄位 – 傳送至HTTP伺服器中的資訊。清單會被視為從 輸出 MediaLive。因此，有關輸出目的地的一般規則適用於備援資訊清單。
-
URLs 為兩個管道設計 。URLs HLS 檔案的 有特殊需求。閱讀適當的章節：
這些規則會補充輸出目的地的欄位 – 傳送至HTTP伺服器中的資訊。
-
如果您還需要資訊清單的自訂路徑，請確定您閱讀自訂路徑的運作方式中的資訊。設計 時，您必須考慮自訂路徑的規則URLs。
-
在HLS輸出群組區段中，對於清單和區段 ，對於冗餘清單 ，請選擇 ENABLED。此欄位適用於輸出群組中的所有輸出。
-
依照您的設計完成這些欄位：
-
輸出群組 – HLS群組目的地區段
-
輸出群組 – HLS設定 – CDN 區段
-
Output group – Location – Directory structure (輸出群組 – 位置 – 目錄結構)
-
Output group – Location – Segments per subdirectory (輸出群組 – 位置 – 每個子目錄的區段)
-
HLS 輸出 – 輸出設定 – 名稱修改程式
-
HLS 輸出 – 輸出設定 – 區段修改器
-
HLS 輸出群組 – Location –Base URL Manifest （如果您同時設定自訂路徑）
-
HLS 輸出群組 – 位置 – 基礎URL內容 （如果您也要設定自訂路徑）
-
如需有關此功能如何變更HLS清單內容的資訊，請參閱 HLS 資訊清單的媒體內容。
此設定的結果
以下是備援資訊清單如何在三個失敗案例中運作的相關資訊。
案例 A – 輸入遺失動作是發出輸出
如果其中一個管道上的輸入遺失，且輸入遺失動作欄位設定為 EMIT_OUTPUT， MediaLive則 會繼續更新父系和子系資訊清單。
從下游系統的角度來看，任一管道的父項或子項資訊清單都沒有任何變更。媒體檔案內的內容是填充內容，但這不會影響下游系統讀取資訊清單的方式。
案例 B – 輸入遺失動作是暫停輸出
如果其中一個管道 （例如管道 0） 上的輸入遺失，且輸入遺失動作欄位設定為 PAUSE_OUTPUT，則 MediaLive 會執行下列動作：
-
移除管道 0 之子資訊清單的清單。
-
將要求傳送至管道 0 的子資訊清單位置，以刪除子資訊清單。
正在讀取管道 0 上主要資訊清單之下游系統的結果：系統將再也找不到管道 0 之子資訊清單的清單。系統會在管道 0 的主要資訊清單中尋找替代的子資訊清單。如果找到管道 1 的子資訊清單，它會切換為讀取該子資訊清單。
正在讀取管道 1 主要資訊清單的下游系統不會受到影響，因為這些系統可能正在讀取管道 1 的子資訊清單 (因為這些子資訊清單最先出現在資訊清單中)。
案例 C – 管道故障
管道也有可能失敗。此失敗與輸入失敗不一樣。當管道 (例如管道 0) 失敗時，會發生下列情況：
-
輸出停止。
-
管道 0 的主要資訊清單不會遭到刪除。它仍然包含管道 0 之子資訊清單的清單。
-
子資訊清單不會更新，因為沒有產生新的媒體檔案。子資訊清單「過時」。
-
管道 1 的主要資訊清單不會變更。它仍然包含管道 0 (和管道 1) 之子資訊清單的清單。
正在讀取管道 0 主要資訊清單之下游系統的結果：系統會找到管道 0 之子資訊清單的清單，但該資訊清單將過時。如果系統可以偵測到資訊清單過時，它可以返回管道 0 主要資訊清單，並搜尋替代的子資訊清單。如果找到管道 1 的子資訊清單，它會切換為讀取該子資訊清單。
正在讀取管道 1 主要資訊清單的下游系統不會受到影響。這些系統可能正在讀取管道 1 的子資訊清單 (因為這些子資訊清單最先出現在清單中)。
注意
如果HLS輸出的下游系統是 AWS Elemental MediaStore，您可以設定 MediaStore 來刪除過時的輸入。請參閱物件生命週期政策的元件 。刪除子資訊清單後， MediaStore 會回到案例 B 的「清單已刪除」邏輯。
