本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 規劃 的 CDN 整合 AWS Elemental MediaTailor
您可以使用 的 CDN 整合來改善瀏覽者體驗並降低延遲 AWS Elemental MediaTailor。當您實作內容交付網路 (CDN) 時，您可以從更接近瀏覽者的位置交付內容。這可確保更快速的載入時間、更佳的可擴展性，以及跨不同地理區域的一致廣告交付。
您需要先進行適當的規劃，才能使用 實作 CDN AWS Elemental MediaTailor。本節會引導您完成金鑰規劃區域。您在開始實際組態之前處理這些區域。這些步驟可協助您為對象建立最佳的檢視體驗。
完成規劃後，請參閱[將 CDN 與 MediaTailor 整合](https://docs.aws.amazon.com/mediatailor/latest/ug/cdn-integration.html)以取得step-by-step實作說明。
如需可能影響您 CDN 規劃的 MediaTailor 配額資訊，請參閱 [中的配額 AWS Elemental MediaTailor](quotas.md)。如需 CloudFront 配額的相關資訊，請參閱CloudFront開發人員指南》中的[配額](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-limits.html)。
開始規劃之前，請先了解 MediaTailor 如何與 CDN 互動：
1. 檢視器會透過 CDN 而非直接從 MediaTailor 請求內容
1. CDN 會將資訊清單請求轉送至 MediaTailor 以進行個人化。
1. CDN 會從節點快取和提供內容區段和廣告區段。
此架構可減少 MediaTailor 的負載，同時確保瀏覽者以最低延遲接收個人化的廣告。
了解資訊清單術語可協助您正確設定 CDN。不同的串流通訊協定使用特定的資訊清單結構，這些結構會影響您設定快取和路由的方式：
+ *HLS 資訊清單* - 當您使用 HLS 串流時，您可以處理：
+ *多變體播放清單*：設定 CDN 將這些最上層資訊清單路由到 MediaTailor 以進行個人化。
+ *媒體播放清單*：為這些包含內容區段連結的資訊清單設定適當的快取規則。
+ *DASH 資訊清單* - 當您使用 DASH 串流時，您會處理：
+ *MPD （媒體簡報描述）*：根據您的個人化需求設定 CDN 來處理這些資訊清單。
CDN 規劃程序涉及這些關鍵步驟，每個步驟都專注於特定任務：
+ [估算 CDN 和 MediaTailor 整合的流量需求](estimate-traffic.md)：計算預期的檢視器並行和頻寬需求。
+ [設定 CDN 和 MediaTailor 整合的最佳化策略](optimize-cdn-config.md)：設定 CDN 以獲得最佳內容交付和廣告個人化。
+ [自訂 CDN 和 MediaTailor 整合的規劃](plan-for-workflow.md)：根據您的特定 MediaTailor 工作流程調整 CDN 策略。
+ [設定 CDN 和 MediaTailor 整合的監控和擴展](setup-monitoring.md)：實作監控和擴展策略，以獲得可靠的效能。
+ [最佳化 CDN 和 MediaTailor 整合的成本](optimize-costs.md)：平衡效能與成本效益。
+ [測試您的 CDN 和 MediaTailor 整合實作](test-implementation.md)：在生產部署之前徹底測試您的 CDN 整合。
# 估算 CDN 和 MediaTailor 整合的流量需求
若要準確調整內容交付網路 (CDN) 與下列項目的整合大小 AWS Elemental MediaTailor：
1. 使用歷史資料或類似事件計算預期的檢視器並行。規劃超出基準的額外容量，以處理非預期的尖峰。如需目前的擴展建議，請洽詢您的 AWS 客戶團隊。您也可參閱[中的配額 AWS Elemental MediaTailor](quotas.md)一節。
1. 識別內容排程中的尖峰流量模式和潛在的尖峰。請考慮下列因素：
+ 現場體育賽事或賽季首映
+ 行銷活動或促銷活動
+ 全球受眾的時區差異
+ 假日或季節性檢視模式
1. 透過將檢視器計數乘以串流位元速率來判斷您的頻寬需求。與您的 CDN 供應商合作，計算適當的容量。根據特定內容位元速率和預期的受眾大小來計算。依照供應商的建議，新增廣告客群和資訊清單請求的額外負荷。
1. 與您的 CDN 供應商合作，確保目標區域中有足夠的邊緣容量。
透過採取以下特定動作，確保您的廣告插入容量符合瀏覽者需求：
1. 在 [Service Quotas 主控台](https://console.aws.amazon.com/servicequotas/home/services/mediatailor/quotas)中檢查您目前的廣告插入請求配額。檢閱目前的服務限制，以了解您的組態可以支援的並行檢視器數量。
1. 對於高流量事件，請透過 [Service Quotas 主控台](https://console.aws.amazon.com/servicequotas/home/services/mediatailor/quotas)請求增加配額。
1. 如果您預期超過 500，000 個並行檢視器，請在事件前至少 2 週聯絡 [AWS Support](https://aws.amazon.com/premiumsupport/)。這可讓 AWS 確保有足夠的容量滿足您的廣告個人化需求。
如需在工作流程中實作容量規劃的詳細資訊，請參閱[使用預先擷取排程](https://docs.aws.amazon.com/mediatailor/latest/ug/prefetch.html)來最佳化高流量事件的廣告交付。
# 設定 CDN 和 MediaTailor 整合的最佳化策略
當您完成流量估算時，請設定您的內容交付網路 (CDN)，以使用 最佳化內容交付和廣告個人化 AWS Elemental MediaTailor。這些最佳化有助於確保順暢播放，同時維持目標式廣告。
實作以下這些特定的 CDN 最佳化：
1. 在 CDN 中設定原始伺服器遮罩功能，以減少 MediaTailor 的負載並改善快取效率。原始伺服器遮罩可做為中介快取層：
+ 將多個檢視器請求合併為單一原始伺服器請求
+ 減少對 MediaTailor 的備援請求數量
+ 改善快取內容的回應時間
如需使用 CloudFront 設定原始伺服器防護的實作詳細資訊，請參閱CloudFront 開發人員指南》中的[使用原始伺服器防護](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/origin-shield.html)。
1. 為不同的內容類型設定適當的存留時間 (TTL) 值。TTL 會決定 CDN 快取內容的時間長度。在此期間之後，CDN 會從原始伺服器請求新的副本：
+ 資訊清單：
+ 廣告插入為 0 秒
+ 頻道組件 5-10 秒
在廣告插入中，MediaTailor 會提供資訊清單，其中包含個人化的廣告給瀏覽者。如果播放清單或 MPD 快取並提供給錯誤的播放裝置，裝置可能會遇到播放或追蹤問題。
+ 內容區段：24 小時或更長時間 （這些很少變更，您可以積極快取它們以減少原始負載）
+ 廣告區段：24 小時或更長時間 （廣告內容通常會在瀏覽者之間重複使用，而且您可以長時間快取）
如需所有 MediaTailor 工作流程的完整 TTL 建議和快取最佳化策略，請參閱 [CDN 和 MediaTailor 整合的快取最佳化](cdn-optimize-caching.md)。
如需在 CloudFront 中設定快取行為的詳細說明，請參閱 CloudFront 開發人員指南中的[快取行為設定](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCacheBehavior)。
1. 部署靠近檢視器人口的 CDN 節點。與您的 CDN 供應商合作，以：
+ 根據檢視器人口統計資訊識別最佳節點位置
+ 確保每個區域中有足夠的容量
+ 監控邊緣效能並視需要調整
如需實作指引，請參閱 [CloudFront 節點](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/LocationsOfEdgeServers.html)，以識別對象區域的可用節點。
1. 對於全球受眾，請考慮實作多 CDN 策略。此方法：
+ 使用多個 CDN 供應商來改善可靠性
+ 將檢視器路由到其位置的最佳效能 CDN
+ 在 CDN 中斷期間提供容錯移轉選項
+ 可以利用不同的定價模型來最佳化成本
如需實作詳細資訊，請參閱 AWS 網路與內容交付部落格上的[多 CDN 策略](https://aws.amazon.com/blogs/networking-and-content-delivery/multi-cdn-strategies/)。
# 自訂 CDN 和 MediaTailor 整合的規劃
不同的 AWS Elemental MediaTailor 工作流程具有會影響內容交付網路 (CDN) 規劃的獨特需求。如需工作流程特定的指引，請參閱[使用組態](https://docs.aws.amazon.com/mediatailor/latest/ug/configurations.html)。
根據您的特定 MediaTailor 工作流程調整容量計劃：
## 針對 MediaTailor 廣告插入工作流程
1. 設定 CDN 以使用零快取處理個人化資訊清單。這可確保每個瀏覽者都會收到唯一的目標廣告。這些廣告是以其設定檔和檢視內容為基礎。
1. 調整廣告決策伺服器 (ADS) 的大小，以處理尖峰請求磁碟區。如需 ADS 組態的指引，請參閱[使用 MediaTailor 插入廣告](https://docs.aws.amazon.com/mediatailor/latest/ug/ad-insertion.html)。請考慮：
+ 您的使用案例的回應時間要求
+ 預期的並行檢視器容量
+ 備援和容錯移轉要求
+ 地理分佈需求
1. 在 CDN 層級實作請求收合，以處理同步廣告休息請求。請求摺疊會將多個相同的請求合併為單一原始伺服器請求。這在下列期間至關重要：
+ 許多觀眾同時打廣告休息時間的即時運動事件
+ 熱門電視節目首映與同步的商業休息時間
+ 導致觀眾突然激增的重大新聞事件
如需實作詳細資訊，請參閱[原始伺服器容錯移轉](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html)，以在尖峰負載期間設定請求處理。
## 針對 MediaTailor 頻道組件工作流程
1. 根據頻道數量及其位元速率計算容量需求。如需頻道組件容量規劃的指引，請參閱 [ MediaTailor 中的頻道組件](https://docs.aws.amazon.com/mediatailor/latest/ug/channel-assembly.html)。請考慮：
+ 頻道總數
+ 每個頻道的位元速率需求
+ 預期的並行檢視器負載
+ 地理分佈需求
1. 設定 CDN 以根據發佈的排程來處理可預測的流量模式。頻道組件通常比廣告插入具有更可預測的模式，因為：
+ 事先已知程式設計排程
+ 檢視器行為遵循已建立的模式
+ 每個檢視器的內容不會動態變更
1. 確保您的原始伺服器有足夠的頻寬來維持一致的頻道輸出。實作：
+ 高可用性通道的備援原始伺服器
+ 主要和備份原始伺服器之間的自動容錯移轉
+ 監控以偵測原始伺服器效能問題
如需實作指引，請參閱[設定原始伺服器備援](https://docs.aws.amazon.com/mediapackage/latest/ug/cloudfront-origin-failover.html)以建立彈性原始伺服器基礎設施。
## 對於合併 MediaTailor 工作流程
1. 調整基礎設施的大小，以處理這兩個服務的合併流量模式。如需合併工作流程的指引，請參閱 [使用 AWS Elemental MediaTailor 插入廣告](configurations.md)。請考慮：
+ 頻道組件基準要求
+ 廣告插入額外負荷需求
+ 尖峰流量模式
+ 備援需求
1. 為線性內容交付和動態廣告插入設定個別 CDN 行為。此分隔可讓您：
+ 獨立針對每個內容類型最佳化快取政策
+ 根據內容類型將請求路由至適當的原始伺服器
+ 為每個工作流程分別監控效能指標
1. 設定邊緣和原始 CDNs之間的適當路由，以維持最佳效能。請考慮使用：
+ 內容區段 (/content/\$1) 和廣告區段 (/ads/\$1) 的不同原始路徑
+ 資訊清單和區段的個別快取行為
+ 地理位置路由，以最佳化不同區域的延遲
如需實作詳細資訊，請參閱[設定快取行為](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCacheBehavior)以設定路徑型路由和快取規則。
# 設定 CDN 和 MediaTailor 整合的監控和擴展
有效的監控和擴展策略對於維持最佳效能以及 AWS Elemental MediaTailor 內容交付網路 (CDN) 整合的瀏覽者體驗至關重要。實作這些方法，以確保您的 CDN 整合大規模可靠地執行。
實作以下監控和擴展策略：
1. 設定這些關鍵指標的監控。如需適當目標值的指引，請參閱[使用 Amazon CloudWatch 監控 MediaTailor](https://docs.aws.amazon.com/mediatailor/latest/ug/monitoring-cloudwatch-metrics.html)，並參閱 CDN 供應商的最佳實務：
+ CDN 快取命中率 （根據您的內容類型和交付模式建立基準指標和目標）
+ 原始請求磁碟區 （正常操作期間的監控模式，以建立異常偵測的基準）
+ 依錯誤類型的錯誤率 （根據您的服務水準目標和 MediaTailor 最佳實務定義閾值）
+ 回應時間 （根據您的瀏覽者體驗需求和地理分佈設定適當的延遲目標）
如需詳細的實作說明，請參閱[建立 CloudWatch 儀表板](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html)以視覺化 MediaTailor 和 CDN 指標。
1. 設定意外流量模式或效能降低的提醒。根據您的基準指標和服務層級目標設定閾值。如需設定警示的指引，請參閱[建立 Amazon CloudWatch 警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)。考慮監控：
+ 與基準快取命中率的顯著偏差 （通常在低於 85-90% 時發出警示）
+ 原始伺服器請求量突然增加 （警示與基準相比增加 30% 或更高）
+ 超出定義閾值的錯誤率峰值 (4xx 錯誤通常為 1-2%，5xx 錯誤為 0.5%)
+ 回應時間降級超過可接受的層級 （資訊清單通常 >500 毫秒，區段 >200 毫秒）
如需實作範例，請參閱用於建立有效監控儀表板和警示的 [CloudWatch 概念](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html)。
1. 為可預測的高流量事件建立擴展計畫。您的計劃應包含這些關鍵元素：
+ 事件前容量增加 （事件開始前 24-48 小時）
+ 漸進式檢視器漸進測試排程 （通常每 5 分鐘間隔 10-20% 的預期受眾）
+ 以受眾為基礎的區域容量分佈 （根據預期的區域檢視器比例配置容量）
+ 事件後擴展程序 （在事件結束後維持尖峰容量 30-60 分鐘）
如需針對高流量事件進行擴展的實作指引，請參閱 AWS 媒體部落格上的[設定彈性end-to-end即時工作流程](https://aws.amazon.com/blogs/media/part-1-how-to-set-up-a-resilient-end-to-end-live-workflow/)。
1. 實作關鍵串流的容錯移轉和備援措施，包括：
+ 多區域 CDN 部署 （關鍵內容至少有兩個區域）
+ 備份原始伺服器 （設定為每 30 秒自動運作狀態檢查）
+ 根據運作狀態檢查自動容錯移轉觸發 （通常在 2-3 次檢查失敗之後）
+ 不同失敗案例的復原程序 （以特定回應時間目標記錄）
如需詳細的實作步驟，請參閱[使用 CloudFront 原始伺服器容錯移轉最佳化高可用性](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html)。
# 最佳化 CDN 和 MediaTailor 整合的成本
內容交付網路 (CDN) 成本可能會因流量模式、地理分佈和功能使用量而有很大差異 AWS Elemental MediaTailor。如需目前的定價資訊，請參閱 [CloudFront 定價](https://aws.amazon.com/cloudfront/pricing/)。您也可以參閱 CDN 供應商的文件。
使用以下策略來平衡效能與成本效益：
1. 分析您的 CDN 流量模式，以選取最具成本效益的定價方案。與您的 CDN 供應商一起檢閱下列因素：
+ 依區域和時段的資料傳輸量
+ 請求資訊清單和客群的模式
+ 地理分佈要求
+ 峰值與平均用量模式
如需成本分析的協助，請使用 [AWS 定價計算器](https://calculator.aws/#/)，根據您的特定使用模式預估 CloudFront 成本。
1. 對於可預測的工作負載，請與您的 CDN 供應商評估預留容量協議。這些協議可以提供以下好處：
+ 遞交用量的折扣費率
+ 預算的可預測每月成本
+ 優先順序支援和容量分配
請洽詢您的 CDN 供應商，以判斷預留容量是否適合您的使用模式。對於 CloudFront，請參閱 [CloudFront 進階功能](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-premium-features.html)。這可提供預留容量選項的相關資訊。
1. 透過平衡 MediaTailor 和 CDN 供應商之間的流量，最佳化輸出成本。策略包括：
+ 最大化快取命中率以減少原始伺服器請求
+ 使用原始伺服器遮罩來合併請求
+ 實作壓縮以減少資料傳輸量
+ 選擇符合區域定價的 CDN AWS 區域
如需壓縮的實作指引，請參閱《CloudFront 開發人員指南》中的[提供壓縮檔案](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ServingCompressedFiles.html)。
1. 針對不同的內容類型實作適當的快取策略，以減少原始伺服器請求。如需快取最佳化的指引，請參閱[改善快取命中率](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cache-hit-ratio.html)。專注於：
+ 內容區段 （您可以長時間快取這些區段）
+ 廣告客群 （通常在瀏覽者之間重複使用）
+ 靜態資產，例如玩家檔案和影像
改善快取命中率可大幅降低原始伺服器成本。與您的 CDN 供應商合作，針對特定內容模式最佳化快取組態。如需詳細的實作步驟，請參閱[設定快取行為](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ConfiguringCaching.html)。
# 測試您的 CDN 和 MediaTailor 整合實作
在生產部署之前，徹底測試您的 AWS Elemental MediaTailor 內容交付網路 (CDN) 整合，以確保可靠的瀏覽者體驗。適當的測試有助於在問題影響您的受眾之前識別和解決問題。如需測試方法的指導方針，請參閱[測試 CloudFront 分佈](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-testing.html)。您也可以參閱 CDN 供應商的測試文件。
請遵循這些測試步驟來驗證您的 CDN 整合：
1. 建立模擬生產組態的測試環境。包括：
+ 相同的 CDN 設定和快取行為
+ 包含具有各種位元速率和格式的代表性內容
+ 使用範例廣告回應設定測試廣告決策伺服器
+ 設定監控和警示組態
如需step-by-step實作指引，請參閱《CloudFront 開發人員指南》中的[建立預備分佈](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-creating-testing.html)。
1. 執行負載測試以驗證您的容量預估。如需負載測試的指引，請參閱[監控 MediaPackage](https://docs.aws.amazon.com/mediapackage/latest/ug/monitoring-service.html)。測試案例應包括：
+ 逐漸增加檢視器計數 （通常為每 5 分鐘 10-20% 的預期峰值）
+ 根據您預期的尖峰負載的突然流量峰值 （模擬 60 秒內加入的尖峰受眾的 50%)
+ 延長尖峰負載期間 （維持尖峰負載至少 30-60 分鐘）
+ 符合受眾的地理分佈 （根據預期的瀏覽者位置分佈測試流量）
驗證回應時間是否保持在目標閾值以下。一般而言，這表示資訊清單少於 500 毫秒，區段少於 200 毫秒。錯誤率應保持在 1% 以下。如需負載測試工具和方法的實作詳細資訊，請參閱 AWS 網路與內容交付部落格上的[使用 CloudFront 進行負載測試](https://aws.amazon.com/blogs/networking-and-content-delivery/load-testing-with-cloudfront/)。
1. 測試容錯移轉案例以確保可靠性。模擬：
+ 原始伺服器故障 （完全中斷和部分降級案例）
+ CDN 節點中斷 （測試流量路由到備份位置）
+ 廣告決策伺服器無法使用 （使用 5-10 秒逾時進行測試）
+ 網路連線問題 （模擬封包遺失和延遲增加）
與您的 CDN 供應商合作，為您的使用案例建立適當的容錯移轉回應時間目標。一般而言，這表示容錯移轉完成時間不到 3 秒。如需容錯移轉測試的實作指引，請參閱 CloudFront 開發人員指南中的[原始伺服器容錯移轉](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html)。
1. 對於重大事件，請根據[AWS 負載測試準則](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/load-testing.html)實作漸進式漸進測試策略：
+ 不同受眾客群的交錯開始時間。例如，允許高級訂閱用戶在對象群組之間先間隔 15 分鐘。
+ 使用預熱技術逐步增加負載。預熱前涉及：
+ 在事件前 2-4 小時以熱門內容填入 CDN 快取
+ 逐漸將合成流量增加到預期峰值的 20-30%，以暖機系統
+ 使用實際內容在逼真的負載條件下測試所有元件
+ 在漸進測試期間監控系統效能，追蹤：
+ 快取命中率和回應時間 （目標 >90% 命中率、<500ms 回應）
+ 錯誤率和原始負載 （維護錯誤率 <1%、原始 CPU <70%)
+ 廣告個人化成功率 （目標 >98% 成功個人化）
+ 檢視器體驗指標 （目標 <2 秒啟動時間、<0.5% 重新緩衝）
+ 制定意外流量激增的應變計畫。您的計劃應包含這些基本元件：
+ 具有記錄步驟的緊急容量擴展程序，可在 15 分鐘內將容量增加 50-100%
+ 備份 CDN 啟用通訊協定，能夠將 20-50% 的流量轉移到次要 CDN
+ 簡化廣告插入後援，將目標參數從 10 個或以上縮減為 3-5 個基本參數
+ 具有預先定義通知範本和聯絡清單的利益相關者的通訊計劃
完成測試後，請繼續[實作生產部署步驟的 CDN 整合](https://docs.aws.amazon.com/mediatailor/latest/ug/cdn-integration.html)。
# 針對 CDN 和 MediaTailor 整合的常見問題進行故障診斷
解決常見的內容交付網路 (CDN) 整合挑戰， AWS Elemental MediaTailor 然後再影響您的瀏覽者。本節可協助您識別和解決與 CDN 整合期間發生的典型問題 AWS Elemental MediaTailor。
如需全面的故障診斷指引，請參閱[對 MediaTailor 進行故障](https://docs.aws.amazon.com/mediatailor/latest/ug/troubleshooting.html)診斷和[對 CloudFront 分佈進行故障診斷](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/troubleshooting.html)。
## 解決 MediaTailor 資訊清單交付問題
如果瀏覽者遇到播放問題或看到不正確的廣告，請檢查這些常見的資訊清單相關問題：
+ **不正確的快取設定**：如果您的 CDN 快取個人化資訊清單，瀏覽者可能會看到其他使用者的廣告。
解決方案：針對 MediaTailor 的資訊清單請求，將 CDN 的快取 TTL 設定為 0。
+ **原始請求失敗**：如果您的 CDN 無法連線到 MediaTailor，則資訊清單請求將會失敗。
解決方案：檢查 CDN 和 MediaTailor 之間的網路連線。驗證您的 CDN 是否正確轉送正確的標頭。
+ **工作階段參數問題**：遺漏或不正確的工作階段參數可能會導致個人化失敗。
解決方案：確保您的播放器正確將所有必要的工作階段參數附加至資訊清單請求。
## 修正 MediaTailor 區段交付問題
如果內容或廣告片段未正確載入，請調查下列常見問題：
+ **區段路徑重寫**：不正確的 CDN 組態可能會不當重寫區段 URLs。
解決方案：驗證您的 CDN 是否正確處理區段 URLs。確保它不會以破壞參考的方式修改路徑。
+ **CORS 組態**：遺失或不正確的 CORS 標頭可防止瀏覽器載入區段。
解決方案：設定 CDN 以傳遞區段請求的適當 CORS 標頭。
+ **快取遺漏風暴**：在高流量事件期間，多個快取遺漏可能會使原始伺服器不堪負荷。
解決方案：實作請求摺疊和原始伺服器遮罩功能，以減少流量尖峰期間的原始伺服器負載。
## 解決 MediaTailor CDN 效能問題
如果瀏覽者遇到緩衝或載入緩慢，請檢查這些效能相關問題：
+ **低快取命中率**：如果您的 CDN 經常從原始伺服器請求內容，則效能會受到影響。
解決方案：依內容類型分析快取命中率，並調整 TTL 設定以提高快取效率。
+ **地理分佈**：與 CDN 節點相距的觀眾可能會遇到更高的延遲。
解決方案：檢閱 CDN 節點分佈。在檢視器高度集中的區域中新增容量。
+ **原始伺服器容量限制**：如果您的原始伺服器超載，則回應時間會增加。
解決方案：實作原始伺服器請求限制。您也可以增加原始伺服器容量或改善快取，以減少原始伺服器負載。
如需其他故障診斷協助，請參閱[故障診斷 MediaTailor](https://docs.aws.amazon.com/mediatailor/latest/ug/troubleshooting.html) 或聯絡 AWS Support。如需解決常見 CDN 問題的實作指引，請參閱 AWS 媒體部落格上的[偵錯您的內容交付網路](https://aws.amazon.com/blogs/media/debugging-your-content-delivery-network/)。