透過 Azure 內容傳遞網路進行大型檔案下載最佳化

透過網際網路傳遞的內容檔案大小，由於功能增強、圖形改善和媒體內容更豐富，而持續成長。 這種成長受到許多因素驅動，包括：寬頻普及率提升、廉價存放裝置增大、高畫質影片普遍增加，以及連線至網際網路的裝置 (IoT) 等等。 快速且有效的大型檔案傳遞機制，對於確保順暢且愉悅的取用者體驗極為重要。

傳送大型檔案有幾項困難。 首先，大型檔案的平均下載時間很可觀，因為許多應用程式可能無法循序下載所有資料。 在某些情況下，應用程式可能先下載檔案的最後一部分，然後再下載第一部分。 當只要求少量的檔案，或使用者暫停下載時，下載會失敗。 下載也可能會延遲，直到內容傳遞網路從來源伺服器擷取整個檔案之後為止。

其次，使用者電腦和檔案之間的延遲，決定使用者檢視內容的速度。 此外，網路壅塞和容量問題也會影響輸送量。 伺服器與使用者之間的距離增加，就有更多機會發生封包遺失的情況，進而降低品質。 因輸送量有限與封包遺失增多造成的品質降低，可能表現於完成檔案下載的等待時間大幅增加。

第三，許多大型檔案並未完整傳遞。 使用者可能會中途取消下載，或只觀賞冗長 MP4 影片的前幾分鐘。 因此，許多軟體和媒體傳遞公司希望只傳遞所要求檔案的一部分。 有效率散佈要求的部分會降低原始伺服器的輸出流量。 有效率的散佈也會減少原始伺服器上的記憶體與 I/O 壓力。

透過 Microsoft 的 Azure 內容傳遞網路最佳化大型檔案的傳遞

Azure CDN Standard from Microsoft 端點可傳遞大型檔案，且檔案大小沒有限制。 預設會開啟額外功能，以便更快速地傳遞大型檔案。

物件區塊化

Azure CDN Standard from Microsoft 使用稱為物件區塊化的技術。 要求大型檔案時，內容傳遞網路會從原始伺服器擷取較小的檔案片段。 內容傳遞網路 POP 伺服器接收到完整或位元組範圍的檔案要求之後，內容傳遞網路邊緣伺服器會以 8 MB 的區塊為單位，從原始伺服器要求檔案。

區塊抵達內容傳遞網路之後，會被快取並立即提供給使用者。 然後內容傳遞網路會以平行方式預先擷取下一個區塊。 此預先擷取可確保內容領先使用者一個區塊，以降低延遲。 此流程會持續進行到整個檔案下載完畢 (如有要求)、所有位元組範圍都可供使用 (如有要求)，或用戶端終止連線。

如需位元組範圍要求的詳細資訊，請參閱 RFC 7233。

內容傳遞網路會在收到任何區塊時進行快取。 不必快取內容傳遞網路快取上的整個檔案。 後續對該檔案或位元組範圍的要求，將從內容傳遞網路的快取中提供。 如果不是在內容傳遞網路快取所有的區塊，就會使用預先擷取向原始伺服器要求區塊。 此最佳化依賴原始伺服器的功能，支援位元組範圍的要求。 如果原始伺服器不支援位元組範圍要求，下載大於 8 MB大小的資料要求會失敗。

大型檔案最佳化的條件

檔案大小上限沒有任何限制。

區塊傳輸編碼支援

Microsoft 內容傳遞網路支援傳輸編碼回應，但最大內容大小僅限制為 8 MB。 如果分塊的傳輸編碼回應超過 8 MB，Microsoft 內容傳遞網路將僅快取並提供最初的 8 MB 內容。

透過 Edgio 的 Azure 內容傳遞網路最佳化大型檔案的傳遞

來自 Edgio 的 Azure CDN 標準版和來自 Edgio 的 Azure CDN 進階版端點可傳遞大型檔案，且檔案大小沒有限制。 預設會開啟更多功能，以便更快速地傳遞大型檔案。

完成快取填滿

預設完整快取填充功能，可讓內容傳遞網路在初始要求被放棄或遺失時將檔案提取至快取。

完成快取填滿最適合大型資產。 使用者一般不會從頭到尾下載。 他們使用漸進式下載。 預設行為會強制 Edge Server 從原始伺服器起始資產的背景擷取。 之後，資產會位於 Edge Server 的本機快取中。 在完整物件位於快取之後，Edge Server 可針對快取的物件滿足內容傳遞網路的位元組範圍要求。

預設行為可透過來自 Edgio 的 Azure CDN 進階版中的規則引擎來停用。

對等快取填滿 Hotfiling

預設的對等快取填滿 hot-filing 功能使用複雜的專屬演算法。 它會根據頻寬及彙總要求計量，使用額外的快取邊緣快取伺服器來滿足用戶端對大型、高度熱門物件的要求。 這項功能可防止將大量額外要求傳送至使用者原始伺服器的情況。

大型檔案最佳化的條件

當您使用一般的 Web 傳遞最佳化類型時，預設會開啟來自 Edgio 的 Azure CDN 標準版和來自 Edgio 的 Azure CDN 進階版的大型檔案最佳化功能。 檔案大小上限沒有任何限制。

其他考量

針對此最佳化類型，請考慮下列層面：

• 區塊處理流程會對原始伺服器產生更多的要求。 不過，原始伺服器傳遞的整體資料量比較小。 區塊處理會導致內容傳遞網路更好的快取特性。

• 降低原始伺服器的記憶體和 I/O 壓力，因為傳遞較小的檔案片段。

• 在內容傳遞網路快取的區塊，在內容到期或從快取收回之前，對原始伺服器沒有任何其他要求。

• 使用者可以向內容傳遞網路提出範圍要求，系統會將這些要求視為任何一般檔案來處理。 只有當檔案類型有效，且位元組範圍介於 10 MB 到 150 GB 之間時，才適用最佳化。 如果所要求的檔案大小平均值小於 10 MB，請改用一般 Web 傳遞。