上海電信寬帶CDN總體建議方案VIP

上海電信寬帶 CDN總體建議 方案 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 1 目 錄 1 概況 . 1 1.1 CDN 概念 . 1 1.2 NETAPP公司介紹 . 2 1.3 方案特點簡介 . 4 2 系統(tǒng)需求 . 8 2.1 最終目標(biāo) . 8 2.2 CDN 要素要求 . 8 2.3 工程目的 . 9 3 設(shè)計原理 . 10 3.1 CACHE技術(shù)和流的處理 . 10 3.2 CACHE LOAD BALANCE技術(shù) .11 3.3 CACHE FAIL OVER. 12 3.4 分層的 NET CACHE結(jié)構(gòu) . 13 3.5 CDN 結(jié)構(gòu) . 14 3.6 強大的內(nèi)容過濾和用戶訪問控制 . 16 4 解 決方案 . 17 4.1 NETCACHE產(chǎn)品選型 . 17 4.2 CDN 產(chǎn)品配置 . 18 4.3 全網(wǎng)方案設(shè)計 . 19 4.4 系統(tǒng)配置組成 . 21 4.5 內(nèi)容報告機制和 LOG文件的處理及控制 . 22 4.6 NETCACHE刷新機制 . 24 4.7 內(nèi)容和網(wǎng)絡(luò)管理 . 25 4.8 流媒體發(fā)布平臺的價值 . 28 5 方案特點 . 32 5.1 智能化多級分布式結(jié)構(gòu) . 32 5.2 超大容量 . 32 5.3 高吞吐量 . 32 5.4 高命中率 . 32 5.5 高效性 . 33 5.6 多內(nèi)容 . 33 5.7 增值服務(wù) . 33 5.8 高安全性 . 33 5.9 簡單管理 . 33 5.10 豐富的管理特性 . 33 5.11 CDN 平臺集成方案 . 34 6 客戶名單 .錯誤 !未定義書簽。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 1 1 概況 1.1 CDN概念 大量的網(wǎng)絡(luò)內(nèi)容， 在現(xiàn)有的網(wǎng)絡(luò)環(huán)境下如何才能到達(dá)內(nèi)容消費者， 形成廣大的接受面？ 增加服務(wù)的總?cè)萘浚岣呔W(wǎng)絡(luò)應(yīng)用的容災(zāi)和可靠性，減少帶寬、服務(wù)器的開銷，更重要的是可以對內(nèi)容的部署和利 用提供了手段，為以后各種增值業(yè)務(wù)建立開放的平臺， 是多媒體內(nèi)容發(fā)布面臨的挑戰(zhàn)。 NetApp 的 CDN 方案就是針對這種情況，其中 CACHE 應(yīng)用已經(jīng)不再簡單地為了解決帶寬問題， CDN 是一個有機結(jié)合的軟硬件系統(tǒng)， 解決內(nèi)容存儲，移動，消費過程中的一系列問題， 同時為用戶提供一種開放的增值業(yè)務(wù)平臺 .。包括內(nèi)容的存儲管理平臺，內(nèi)容發(fā)布的控制軟件，增值服務(wù)的開放體系結(jié)構(gòu)，各種系統(tǒng)的管理和報告工具，全系列的 Cache 平臺。 Cache 技術(shù)是基于這樣一個事實：用戶訪問 Internet 的數(shù)據(jù)中， 有很大一部分是重復(fù)的， 包括訪問同樣的網(wǎng)站、下載相同的軟件。通過使用 Cache技術(shù)， 可以在本地保存、緩存用戶訪問過的 Web 頁面和對象，這樣對相同對象的訪問就無需再占用主干的出口帶寬。同時，由于用戶對遠(yuǎn)端服務(wù)器的請求可以由本地的 Cache立即響應(yīng)，因此可以極大的提高用戶訪問的響應(yīng)速度。 但是， 這種用戶拉的方式， 缺乏對內(nèi)容的有效控制， 基于每臺 Cache的預(yù)取策略， 無法對全網(wǎng)內(nèi)容進(jìn)行管理， 資源投入盲目， Cache 無法單獨有效地解決在內(nèi)容發(fā)布中的許多問題， NetApp提供了一整套完整的內(nèi)容存儲、管理、移動、統(tǒng)計、部署的 CDN 業(yè)務(wù)的極為重要的功能，例如豐富的媒體類型、內(nèi)容的控制和完備的網(wǎng)絡(luò)管理和內(nèi)容報告。使用戶更有效地利用網(wǎng)絡(luò)帶寬，開展增值業(yè)務(wù)。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 2 Network Appliance公司在 Internet領(lǐng)域占有主導(dǎo)地位，致力于 Internet內(nèi)容發(fā)布的結(jié)構(gòu)設(shè)計，與其他一些伙伴共同創(chuàng)立 ICAP，提供將內(nèi)容從核心發(fā)布到邊緣的解決方案。該方案已經(jīng)在眾多電信和 ISP 公司 CDN 平臺實施，例如 BT、Cable&Wireless、 France Telecom 、 Deuch Telecom等。 我們推薦使用 Network Appliance公司的旗艦產(chǎn)品 NetCache來構(gòu)筑多媒體通信網(wǎng)網(wǎng)絡(luò) 內(nèi)容發(fā)布系統(tǒng)。原因有： Network Appliance 公司在行業(yè)的領(lǐng)導(dǎo)地位，以及完備的結(jié)構(gòu)方案和經(jīng)驗； 豐富的功能和經(jīng)過驗證的性能； CDN 的成功案例 具有極佳性價比的產(chǎn)品。 1.2 NetApp公司介紹 Network Appliance是 提供網(wǎng)絡(luò)數(shù)據(jù)高端存儲和高速緩存設(shè)備的專業(yè)公司， 其業(yè)績高速發(fā)展， 是美國 E百強里增長第 4快的企業(yè)。公司是網(wǎng)絡(luò)數(shù)據(jù)存儲解決 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 3 方案的市場領(lǐng)導(dǎo)者，其網(wǎng)絡(luò)文件服務(wù)器 （ FILER）及網(wǎng)絡(luò)緩存解決方案（ NetCache）提供高 效、簡捷、可靠的數(shù)據(jù) 存取 。 自 1992年成立至今，全球已安裝了超過 20000臺，連續(xù) 8年以每年營業(yè)額和利潤翻番的速度高速增長。 其銷售和 利潤增長率均位居全美高科技企業(yè)前列 ； 為 NASDAQ 上市公司， 其股票列為 NASDAQ 100和華爾街標(biāo)準(zhǔn)普爾 500成分指標(biāo)股 (NTAP)； 1999， 2000 連續(xù)兩年被財富雜志評為全美最快成長公司第四位 ； 被商業(yè)周刊雜志評為 99年全美最佳業(yè)績公司第 19位 ， 1999， 2000年連續(xù)兩年名列高速增長公司前 100位 (20th/00) /2000/00_13/bw50.htm /2000/00_22/b3683022.htm 其數(shù)據(jù)高端存儲設(shè)備 FILER占據(jù) NAS存儲市場的 61%， 全球最大的 10家ICP有 9家用其存儲管理內(nèi)容， 處于絕對優(yōu)勢地位； 其高速緩存設(shè)備 NETCACHE占 2000年 CACHE市場的 41%， 全球最大的10家國家級電信，有九家用其加速用戶訪問，處于 市場 領(lǐng)先位置 ； Network Appliance Inc公司 美國 Santa Clara， 加州 92年 NASDAQ 上市 年增長幅度 100% 已代替 ASCEND位置成為 SP500指標(biāo)股 公司產(chǎn)品 網(wǎng)絡(luò)數(shù)據(jù)存儲設(shè)備 Filer 網(wǎng)絡(luò)緩沖存儲器 Net Cache 內(nèi)容發(fā)布解決方案 特點 設(shè)備專門化以達(dá)到高性能、高效、易用、可擴展、安全、 利于業(yè)務(wù)增值 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 4 市場地位 NAS、 WEB CACHE、 CDN 市場領(lǐng)導(dǎo)者 用戶 AOL、 Yahoo、 Hong Kong Telecom、 BT、UUNET、 Telstra Internet等 1.3 方案特點簡介 方案成熟： NetApp 的方案有許多的成功應(yīng)用案例，如 BT、 Deutch Telecom、 Cable and Wireless、 HK Telecom等，他們都成功實施了在寬帶接入上的 Real、 MMS 流， 并且與各家的 L4 交換機配合。 方案完整： CDN 的各個模塊都已成功應(yīng)用 于眾多大型用用戶 ，所有產(chǎn)品都已經(jīng)經(jīng)過 考驗。為目前的應(yīng)用和今后的發(fā)展提供廣闊的前景 。 優(yōu)秀的性價比： NetCache的 Appliance架構(gòu)使其具有的 流處理能力遠(yuǎn)遠(yuǎn)領(lǐng)先， C6100比與其性能最接近的其余廠商的產(chǎn)品性能高 5倍，每兆流所需要的投資最經(jīng)濟 。 部署方便、擴展能力強：易于安裝、設(shè)置，統(tǒng)一網(wǎng)管，可以迅速實施 ，極大減低了網(wǎng)絡(luò)的維護工作。 更安全：真正完全的 Appliance架構(gòu)，固化的 TCP/IP堆棧， 不受與操作系統(tǒng)相關(guān)的安全漏洞的影響 1.4 建議可以開展的業(yè)務(wù) 通過流媒體發(fā)布平臺，可以開展多種業(yè)務(wù)，我們建議以下一些業(yè)務(wù)，供上海電信結(jié)合自身情況 開展： 內(nèi)容的虛擬托管 面向?qū)ο螅簝?nèi)容供應(yīng)商、 CDN 伙伴、企業(yè) 、 IDC 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 5 業(yè)務(wù)模型：對方需要在上海 發(fā)布內(nèi)容，開發(fā)上海地區(qū)用戶，將內(nèi)容發(fā)布到 CDN平臺，按不同的服務(wù)級別進(jìn)行收費。 服務(wù)級別：內(nèi)容種類和數(shù)量 內(nèi)容消費數(shù)量（ 存儲容量、 發(fā)布流量、突發(fā)帶寬、注冊用戶數(shù)、總消費流量等） 按 CDN 提供的權(quán)限（可以自定義發(fā)布策略、使用指定的分級策略） 增值服務(wù)（內(nèi)容報告分析、用戶類型等報告） 為用戶提供的價值：用戶無需在本地和上海部署額外設(shè)備，無需固定的網(wǎng)絡(luò)連接，可立刻開展上海的服務(wù)，無市場和投資風(fēng)險（無人 使用，則無需過高支出），更高的伸縮性、可用性和服務(wù)質(zhì)量。 開展服務(wù)的難易： NetApp提供完整方案，可以立刻開展業(yè)務(wù) 內(nèi)容代理和辛迪加 面向?qū)ο螅盒枰獌?nèi)容的各種機構(gòu)，如城域網(wǎng)、小區(qū)、企業(yè)和需要特定內(nèi)容的機構(gòu) 業(yè)務(wù)模型：轉(zhuǎn)賣內(nèi)容，擴大 CDN 的外延，利用匯聚的內(nèi)容開展業(yè)務(wù) 。對于某些特定的具有用戶的內(nèi)容，取得上海地區(qū)的專 營 權(quán)，進(jìn)行收費。 流媒體服務(wù)注冊 面向?qū)ο螅?CDN 覆蓋范圍的用戶 業(yè)務(wù)模型：用戶注冊開通 CDN 的流媒體服務(wù)。注冊費（根據(jù)服務(wù)級別），內(nèi)容費（按時間、站點類型、使用量、增值服務(wù)） ，此業(yè)務(wù)不同于用戶對 特定內(nèi)容或站點的注冊。 服務(wù)級別： WEB， 128K 以下流免費 按速率、內(nèi)容分級收費 按個性化程度收費 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 6 為用戶提供價值：不通過 CDN 節(jié)點，用戶無法得到服務(wù)質(zhì)量保證，無法獲得特定的內(nèi)容 開展服務(wù)的難易：可立刻開展（ NetCache提供基于協(xié)議、訪問內(nèi)容的認(rèn)證，如，128k 以下無需認(rèn)證，用戶通過 CDN 訪問特定內(nèi)容或使用特定協(xié)議必須先經(jīng)過NetCache 認(rèn)證， NetCache 的認(rèn)證方式支持批發(fā)給企業(yè)等集團用戶，ContentReporter 可以提供各種所需報表，生成計費文件 利用 Potal計費，提供個性化 所需的數(shù)據(jù) ） 廣告插入 面向?qū)ο螅簭V告公司、中介、內(nèi)容供應(yīng)商 業(yè)務(wù)模式：利用 CDN 產(chǎn)生額外的廣告位置（新增窗口、水印、欄位、片段），替換原來廣告位置（需取得內(nèi)容供應(yīng)商同意，或由廣告公司 統(tǒng)一 安排 ，避免版權(quán)糾紛 ）， 插入廣告。 業(yè)務(wù)舉例： CDN 與 DoubleClick簽約，將廣告位置交給其經(jīng)營，按點擊數(shù)量分成，DoubleClick通過其廣告服務(wù)器，根據(jù)訪問者的特點（ Profile）插入 定向廣告。同時 CDN 采用 ZACK 公司的軟件，為當(dāng)?shù)?ISP插入臺標(biāo)，同時根據(jù)用戶訪問內(nèi)容和用戶類型插入相應(yīng)內(nèi)容（用戶訪問 ，打開窗口提供 NetApp的股票價格，各大證券公司的分析報告等）。 業(yè)務(wù)開展難易： DoubleClick、 Adforce 等支持 ICAP，技術(shù)實施較易，基本業(yè)務(wù)可較快實施，但個性化服務(wù)需要業(yè)務(wù)設(shè)計和軟件 支持。 內(nèi)容過濾 面向?qū)ο螅盒枰貏e內(nèi)容級別的用戶。如學(xué)校、企業(yè)等 業(yè)務(wù)模式：為用戶提供內(nèi)容的深度過濾，防止有害的內(nèi)容，黃色、反動、有安全問題的 ActiveX，病毒等從 CDN 傳入用戶。收取附加費，可選。 業(yè)務(wù)開展難易 ：可迅速開展， WebWasher(西門子子公司 ，在法國電信與 NetCache一起部署 )提供有害內(nèi)容的過濾， NetCache 提供 Smartfilter 的過濾工具 （各種有上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 7 害站點目錄），支持用戶設(shè)定需阻擋的站點。 Trend、 NAI提供支持 ICAP的反病毒工具。 內(nèi)容適應(yīng) 面向?qū)ο螅焊黝愄厥饨K端上網(wǎng)接入商。 特殊語言支持（為無英文基礎(chǔ)用戶提供語言翻譯） 業(yè)務(wù)模式：為無線接入商（手機、 PDA）提供廣泛的內(nèi)容，按內(nèi)容訪問量收取費用。 業(yè)務(wù)開展難易：可以方便開展， NetApp在美國利用 ICAP為 Palm.Net， Motorala提供無線上網(wǎng)。 其他 ICAP 為上海電信提供了強大的分布應(yīng)用開發(fā)平臺和控制點，上海電信可以根據(jù)需要設(shè)計各種應(yīng)用。 NetApp可以提供支持。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 8 2 系統(tǒng)需求 2.1 最終目標(biāo) 上海寬帶信息源能力建設(shè)工程的主要內(nèi)容是：建立 1（核心節(jié)點） +7（區(qū)域節(jié)點）的寬帶信息源服務(wù)架構(gòu)；建立基于中、低速的流媒體平臺，充分利用現(xiàn)有的高速流媒體平臺；在流平臺上開發(fā)基于多媒體的網(wǎng)上教育、網(wǎng)上游戲、網(wǎng)上證券、多媒體消息中心、視頻商業(yè)應(yīng)用和互動媒體點播等功能。 建設(shè) 1+8的寬帶信息源節(jié)點目的是滿足向 18萬寬帶用戶提供信息源服務(wù)的要求 。 隨著寬帶用戶數(shù)的增長，將按照 2+9+N 的方案進(jìn)行擴容，確保支持 50萬寬帶用戶的需要。 2.2 CDN要素 要求 Scalability and Availability 系統(tǒng)的擴充性和可用性，內(nèi)容容量的擴充，性能的擴充，覆蓋地域的擴充，應(yīng)用程序種類擴充，增值業(yè)務(wù)擴充，各個部件的可用性，系統(tǒng)的單點故障，故障的恢復(fù)速度 Quality of service 高質(zhì)量的邊緣發(fā)布，減少流量突發(fā) Content type support 發(fā)布內(nèi)容的種類， http， stream， any file， dynamic obj Manageability Appliance結(jié)構(gòu)，安全性，設(shè)備一致度，安裝，變動，升級，監(jiān)控工具，內(nèi)容感知，業(yè)務(wù)使能 Easy of use 界面，工作流，系統(tǒng)集成度 Cost 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 9 每兆流的價格 Reporting 全網(wǎng)內(nèi)容的統(tǒng)計報告，基于 domain的分析，分布的結(jié)構(gòu) ，對計費的支持 Viability 技術(shù)的創(chuàng)新能力，方案的生命力，業(yè)界的影響力 2.3 工程目的 建設(shè)的目標(biāo)是配合 L4 交換機和路由器等寬帶網(wǎng)絡(luò)設(shè)備采用分布式的流平臺服務(wù)結(jié)構(gòu)，建立基于內(nèi)容的 CDN 分發(fā)及管理系統(tǒng)，提供基于內(nèi)容的智能CACHE服務(wù)，提供流媒體的 CACHE及代理服務(wù)能力。 流媒體應(yīng)用平臺系統(tǒng)結(jié)構(gòu)參考示意圖 EthernetI P 網(wǎng)絡(luò)內(nèi)容分發(fā)管理控制器C A C H E 內(nèi)容服務(wù)器內(nèi)容服務(wù)器內(nèi)容服務(wù)器CLIENTC D N 管理CLIENTC A C H E 服務(wù)器控制鏈路內(nèi)容服務(wù)器內(nèi)容分發(fā)內(nèi)容服務(wù)器中心區(qū)/ 內(nèi)容源統(tǒng)計分析工作站C D N 控制中心CACHE點 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 10 3 設(shè)計原理 3.1 Cache 技術(shù)和流的處理 Cache的部署可以作加速部署，或者透明 Cache方式。 作為一個采用 Web Cache技術(shù)加速用戶訪問速度的系統(tǒng)，用戶應(yīng)當(dāng)感覺不到 NetCache設(shè)備的存在，應(yīng)當(dāng)不用對 PC 的軟件及設(shè)置作任何修改。 Acc elerat ion Dep lo y ments N et Cach e wil l h a n d l e m o re co n n ec t i o n s a n d m u ch h i g h er t h ro u g h p u t t h an a s i n g l e g en eral p u rp o s e web s erv er. Mu l t i p l e loa d - b a l an ce d web s erv ers ca n b e r e p l ace d b y f e w er N et Cach e m ach i n es .N e t C a ch eAcce l e ra t o rw w w . x. co m w w w - o ri g i n . x. co mO ri g i nSe rve r 加速模式的部署如上圖所示，站點 x的域名 設(shè)在加速器上，用戶的訪問被定向到了 Cache上， Cache把相關(guān)服務(wù)器上的內(nèi)容返還給用戶 。 這種方式又稱為反向 Proxy。一臺 NetCache可以對多個站點進(jìn)行加速 ，分布的 Cache通過第四層集線器網(wǎng)絡(luò)的配合，形成分布的站點加速 。 Transparent Cache可以 是基于第四層交換技術(shù)來實現(xiàn)的，與傳統(tǒng)的第二、三層交換技術(shù)相比，第四層交換技術(shù)不但可以實現(xiàn)基于 MAC 地址和 IP 地址的交換，還可以實現(xiàn)基于第四層 TCP/UDP Port的交換，也就是說，第四層交換機不但可以根據(jù) MAC 地址和 IP 地址區(qū)分?jǐn)?shù)據(jù)來源，還可以根據(jù) TCP/UDP Port區(qū)分?jǐn)?shù)據(jù)類型（ HTTP、 NNTP， STREAM， FTP etc）。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 11 例如，通常 HTTP 請求的 TCP/UDP 端口號為 80，第四層交換機可據(jù)此區(qū)分 HTTP 和非 HTTP 數(shù)據(jù)（同樣可以根據(jù)需要區(qū)分 NNTP、 Real、 MMS 的各種數(shù)據(jù)），對于 HTTP 數(shù)據(jù)，第四層交換機將其轉(zhuǎn)發(fā)到 NetCache；對于非 HTTP 數(shù)據(jù)，第四層交換機可以象一個普通的路由器工作（或讓非 HTTP數(shù)據(jù)透明穿過交換機）。 采用 Transparent Cache技術(shù)， NetCache被隱 藏在第四層交換機之后，用戶感覺不到 NetCache 的存在，也不用在瀏覽器上作任何設(shè)置，使網(wǎng)絡(luò)有了更好的安全性和易管理性；同時由于第四層交換機的存在，可以很容易的實現(xiàn) Fail Over、Cache Cluster等功能。 流媒體的播放是通過約定的第 4層端口號， 例如， Real8利用 RTSP，端口號是 554. 可以利用第 4層交換機透明轉(zhuǎn)發(fā)用戶的請求到 Cache， NetCache將流播放給用戶， 并對記費，認(rèn)證等控制信息透明 . NetCache一般利用 TCP連接從服務(wù)器獲得流數(shù)據(jù)， 或者接受下推來的流文件，并 按照合適的方式進(jìn)行存儲， 以便存取， 在網(wǎng)絡(luò)中提供高質(zhì)量的回放效果 . 支持 MMS， REAL，QUICKTIME.。 3.2 Cache Load Balance 技術(shù) 在單臺 NetCache 不足以負(fù)擔(dān)業(yè)務(wù)時，可以使用多臺 NetCache。多臺NetCache間可以使用 ICP協(xié)議協(xié)同工作（ ICP效率較低不建議采用），或使用第R o u t e rL 4 S w i t c hI n t e r n e tN e t C a c h eHTTPw e b d a t an o n - c a c h e d w e b d a t anon web trafficHTTP上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 12 四層交換技術(shù)實現(xiàn)多臺 Cache間的負(fù)載均衡。 第四層交換機可以將用戶的請求按一定的規(guī)則（循環(huán)、比例、最小連接、Hash算法、源 /目的地址等）分配給 NetCache Server Farm中的 NetCache。通過使用第四層交換機提供的 Cache Load Balance 技術(shù)，可以使多個 NetCache協(xié)同工作，增加處理能力。多個 NetCache對外只有一個虛擬的 IP 地址，當(dāng)某調(diào)整內(nèi)部 NetCache的 IP 地址時不會對網(wǎng)絡(luò)服務(wù)造成任何影響。 采用 Cache Load Balance 技術(shù)，可以使網(wǎng)絡(luò)具有良好的可擴展性，在網(wǎng)絡(luò)規(guī)模迅速擴大的今天，是服務(wù)供應(yīng)商一個良好的選擇。 同時，第 4 層交換機具有廣域負(fù)載均衡功能，在異地的 CACHE 可以由此形成廣域的群集，進(jìn)行負(fù)載均衡。 3.3 Cache Fail Over 利用第四層交換機的特性，可以實現(xiàn) NetCache的 Fail Over。 當(dāng)只有一臺 NetCache時 當(dāng) NetCache停止服務(wù)時，第四層交換機將 HTTP 的請求直接發(fā)送給路由器。 當(dāng)多臺 NetCache做 Server Load Balance 時 當(dāng)部分 NetCache停止服務(wù)時，第四層交換機將本應(yīng)由其承擔(dān)的負(fù)載分配到其他 NetCache上，當(dāng)所有 NetCache停止服務(wù)時，第四層交換機將 HTTP 的請求S DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PHTTPN e t C a c h eS e r v e r L o a d B a l a n c e r( S L B )S DF O U N D R YN E T W O R K SF a s t I r o 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 13 直接發(fā)送給路由器。 注意：通過在第四層交換機中設(shè)置 NetCache 的最大連接數(shù)，可以防止NetCache 過載，超出的請求將被直接送往路由器。 3.4 分層的 NetCache 結(jié)構(gòu) 隨著用戶數(shù)量的增加，網(wǎng)絡(luò)規(guī)模的擴大，可以在網(wǎng)絡(luò)的不同層次部署NetCache。既可以部署在 POP 出口的路由器處，也可以部署在諸如 RAS、Broadband RAS 等處。對于主干的出口處，根據(jù)帶寬流量的要求，可以部署 Cache Cluster。 各個 NetCache間既可以獨立工作，也可以根據(jù)網(wǎng)絡(luò)實際結(jié)構(gòu)確定不同的層次、級別，協(xié)同工作，可采用工作形式如下： NetCache間相互獨立工作，在 NetCache上不用設(shè)定父子或主從關(guān)系； 在子 NetCache 上設(shè)定其 Parent NetCache 的 IP 地址，有多個 Parent NetCache時可以設(shè)定多個 IP 地址，子 NetCache會自動的實現(xiàn)對 Parent NetCache訪問的負(fù)載均衡。（如果在多個 Parent NetCache前使用了第四層交換機，可以在子 NetCache 上設(shè)定一個 IP 地址對應(yīng)多個 Parent NetCache的虛擬 IP 地址，由第四層交換機實現(xiàn) Parent NetCache的負(fù)載均衡） RouterI N T E R N E TRouterN e t w o r kS DF O U N D R YN E T W O R K SF a s t I r o nS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PRouterN e t w o r kS DF O U N D R YN E T W O R K SF a s t I r o nS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PRouterN e t w o r kS DF O U N D R YN E T W O R K SF a s t I r o nS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PS DF O U N D R YN E T W O R K SF a s t I r o nS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U PS DN e t A p p F 6 3 0N e t w o r k A p p l i a n c eP O W E RR E C E I V E S T A R T U PB A C K U P上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 14 3.5 CDN結(jié)構(gòu) CDN 應(yīng)用面臨的挑戰(zhàn)包括， QoS、多樣的媒體類型支持、流量爆炸成長、增值服 務(wù)、內(nèi)容的管理和控制。 NetApp 提供端到端的解決方案，幫助用戶面對這些挑戰(zhàn)。 1. 高度可擴的多協(xié)議存儲 2. 集成的智能內(nèi)容管理 3. 高質(zhì)量的多媒體邊緣發(fā)布系統(tǒng) 4. 與優(yōu)秀的業(yè)務(wù)伙伴一起提供增值服務(wù) 5. 集中的服務(wù)和系統(tǒng)管理 1. 從 CDN 的數(shù)據(jù)中心或者其他內(nèi)容伙伴將內(nèi)容傳送至發(fā)布層 Staging Server，內(nèi)容的所有者利用 NetApp的 Content Director軟件，以各種方上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 15 式（ FTP 等），將需要發(fā)布的內(nèi)容推到 CDN 的主要數(shù)據(jù)中心，除了內(nèi)容本身， Content Director還支持傳送“ Meta-Data”，例如，內(nèi)容的生存時間，具有鎖定內(nèi)容的能力，以及送出數(shù)據(jù)的時間和時段。 2. 從發(fā)布層將數(shù)據(jù)傳送至邊緣 Cache上，利用 Content Director自動發(fā)現(xiàn)位于 CDN 自有網(wǎng)絡(luò)以及合作伙伴網(wǎng)絡(luò)上的進(jìn)行發(fā)布的 Cache，也可以手工設(shè)置。建立 Cache的邏輯分組，提供不同的服務(wù)級別，并使各個內(nèi)容客戶具有虛擬的自己的 CDN。 CDN 利用 Cache Director為位于發(fā)布層的內(nèi)容設(shè)定發(fā)布作業(yè)和策略，如時程、數(shù)量等。 Content Director將內(nèi)容（流文件、 WEB 文件等）線速送至 Cache，并在傳送結(jié)束時進(jìn)行驗證。 Content Director 通過 email 向管理員報告?zhèn)魉蜖顟B(tài)。 CDN 利用中心的數(shù)據(jù)為內(nèi)容客戶提供災(zāi)難恢復(fù)服務(wù)，增加營收。 3. 建立一個能識別內(nèi)容的網(wǎng)絡(luò)，將數(shù)據(jù)流導(dǎo)向正確的 Cache.。在 Cache外圍部署 GSLB網(wǎng)絡(luò)，實現(xiàn)智能路由和透明訪問。利用 Content Director與這些交換機交換數(shù)據(jù)，使其知道 Cache中的內(nèi)容，將無和約的（或無關(guān)的）內(nèi)容請求旁路到原始服務(wù)器。見下圖。 4. 對傳輸?shù)膬?nèi)容進(jìn)行分析和服務(wù)。利用 NetApp的 Content Report軟件，對從各個 Cache中傳來的 LOG進(jìn)行分析和服務(wù)。 LOG可以進(jìn)行取樣或進(jìn)行完整的分析。 Content Reporter 可以配合第三方的服務(wù)軟件定制LOG。 5. 對部署的 Cache進(jìn)行統(tǒng)一管理，除了利用 NetApp的多 Cache管理工具，可以將 Appliance Watch（基于 SNMP MIB）集成進(jìn) CDN 的現(xiàn)有的網(wǎng)絡(luò)管理平臺，例如 Openview 或 Tivoli，對全網(wǎng)設(shè)備進(jìn)行統(tǒng)一的監(jiān)控和管理。 6. 除了內(nèi)容發(fā)布，還可從其他內(nèi)容服務(wù)創(chuàng)造更多的營收。利用 ICAP提供本地廣告插入、內(nèi)容翻譯等。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 16 3.6 強大的內(nèi)容過濾 和用戶訪問控制 NetCache具有內(nèi)在的過濾引擎，與一般 Cache運行過濾軟件工具相比，具有卓越的性能， 用戶可以自己定義需要過濾的站點。 NetCache5.0 支持 LDAP、 Radius 和 NTLM 的認(rèn)證方式， NetCache 也可以根據(jù)自身的用戶數(shù)據(jù)庫進(jìn)行訪問控制，支持強大的 ACL 功能，支持針對流的ACL， 例如，可以控制用戶只能訪問某一速率以下的流服務(wù)， 可以設(shè)定用戶只能在某些時段進(jìn)行訪問。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 17 4 解決方案 4.1 NetCache 產(chǎn)品選型 解決方案由 8 個服務(wù)點部署的 Cache C6100，以及核心站點的 Content Reporter， Content Director組成。方案中也會涉及 L4 交換機的支持，我們支持主流的 L4 交換機。 容量估算： 假設(shè) 18萬用戶 10%的峰值并發(fā)量，每個用戶平均訪問流量 512kbps（ ADSL為 1Mb以下， LAN 等寬帶用戶帶寬可能會較高）、 總服務(wù)容量 =并發(fā)用戶數(shù) X平均帶寬 =18000X512k=9Gb。 選型和配置： 每臺 C6100支持 1Gbps的實時流， 600Mbps 的 VOD，（參考 ZD的公開測試結(jié)果）。方案建議 C6100 的數(shù)量為 8 臺。配合 server，為全網(wǎng)提供相應(yīng)的 服務(wù)能力。 每 臺 C6100的配置為： 一個 Intel 733M Copper Mine CPU，可以擴充到 2個。 3 GB ECC Memory、 128M NVRAM 4個 36GB FC_AL 10000RPM 磁盤，進(jìn)行 RAID，提供 3X36GB=108GB的容量。 2塊 1000BASE-SX網(wǎng)絡(luò)卡，支持 TRUNK 和 JUMBO FRAME，最多可以支持 5個千兆口或 21個 10/100兆以太網(wǎng)口。 NetCache 5.1版軟件 RTSP LICENSE ，對 RTSP支持的許可 MMS LICENSE，對微軟支持的許可 用 于 ContentDirector和 ContentReporter 的許可 ，配置了這些許可 NetC上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 18 可 以成 為 CDN 的有機組成部分 。 S tr ea m i ng Ca pa c i t y of Cac he V en d er i n HK T B ak eo ff20 00 / 11 /2 3660120570100200300400500600700M bp sN e t C a c h e 6 1 0 0 C a c h e f l o w 6 2 8 5I n k t o m i S u n 3 5 0 0N C $ 1 2 1 / M b p sC F $ 5 8 9 / M b p sT C S $ 9 8 7 / M b p s 4.2 CDN產(chǎn)品配置 作為 CDN 中心控制的核心軟件為 ContentDirector，控制內(nèi)容、發(fā)布方式、發(fā)布地點等。 CD有三個組成部分，核心控制軟件、 Cache組 領(lǐng)導(dǎo)（ Group Leader）和控制界面。組領(lǐng)導(dǎo)是 CD和 NetCache之間的傳令官，控制界面通過 CD的 JAVA虛擬機工作，可以安裝在網(wǎng)絡(luò)的任何地方。建 議 CD安裝在一臺 Sun Ultra 5工作站 ， Solaris 2.7， 256M RAM， 18GB Disk。 GroupLeader和控制界面建議也安裝在該機。 與 CD關(guān)系密切的是 StagingServer， Staging Server實際上是一個存儲池， 內(nèi)容供應(yīng)者將其內(nèi)容出版到這里，該存儲可以是任何 CD可以訪問到的邏輯盤、網(wǎng)絡(luò)文件系統(tǒng)等。 CD需要的另一塊存儲為 WorkSpace，保存 CD內(nèi)容發(fā)布過程數(shù)上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 19 據(jù)，如 Shadow文件， CheckPoint等， WoekSpace應(yīng)大于發(fā)布作業(yè)的內(nèi)容的容量。 ContentReporter是內(nèi)容報告工具，提供內(nèi)容消費情況和網(wǎng)絡(luò)使用情況，提供機費數(shù)據(jù)。 CDN 計費所基于的大量 LOG 信息都會傳給 CR，建議配置與 CD同樣的機型。 ApplianceWatch是所有 NetApp設(shè)備的基于 OpenView的管理工具，可運行于現(xiàn)有的 OpenView平臺上。 4.3 全網(wǎng)方案設(shè)計 Data CenterSecondaryData CenterSnap Mirrorwww.ICP1.comwww.ICP2.comEnterpriseContent ReporterAppliance WatchContent DirectorWeb ServerDatabaseMedia ServerStagingServerStorageContentPushContentPushContentPushContentPushContentPullEdge DeliveryLog RetrieveFrom Every CacheStorage流媒體平臺全網(wǎng)工作拓?fù)鋱D Content Director 的 workspace可以是本地或者網(wǎng)絡(luò)磁盤文件， CD自動識別需要發(fā)布的內(nèi)容，以及內(nèi)容的變動情況， Content Reporter所收集和處理后的數(shù)據(jù)也需要在集中存儲中加以規(guī)劃。 在 8 個節(jié)點， 各 配置一臺 C6100， C6100 配置與主站點相同的域名，作加上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 20 速器部署 ；同時這些 L4 交換機與主站點的 DNS服務(wù)器形成廣域負(fù)載均衡網(wǎng)絡(luò)，智能路由用戶的請求， Cache與主站為接入用戶提供服務(wù)， L4 交換機通過 千 兆以太網(wǎng) TRUNK 或者千兆網(wǎng)與 Cache相連； NetCache可提供 10/100/1000端口，與4層交換機相連，每臺 C6100提供 622Mb的流媒體 VOD能力和 155Mb的 HTTP能力。 L4 交換機配置 Transparent Cache、 Global Cache Load Balance 及 Cache Fail Over的功能。 NetCache具有強大的分層部署能力， 利用 NetCache的分層， 可以方便地擴充服務(wù)范圍和能力， 今后 在小區(qū)或?qū)W校， 部署 C1105，可以支持 160Mbps流，存儲 72GB的流 .由于其 Appliance的結(jié)構(gòu)特點，其低端產(chǎn)品也具有前大的流加速能力。 L4 Switch 除了實現(xiàn)上述功能外， 還可以作為防火墻使用， 設(shè)置 ACL， 對用戶進(jìn)行 2、 3、 4、 7層 （ URL級）的訪問控制；還可以在 L4 Switch 上設(shè)置 ACL，只將訪問需要被 Cache 網(wǎng)站的數(shù)據(jù)轉(zhuǎn)發(fā)到 NetCache。 如果 L4 集線器支持基于URL的交換，可以直接將無關(guān)內(nèi)容旁路。 Content Reporter 和 Content Director運行 在 中心的 SUN 工作站上， 將內(nèi)容發(fā)布 到各個 Cache上 ， 報告 內(nèi)容使用情況 。 各個需要進(jìn)行發(fā)布的 ICP將內(nèi)容 Publish到 Staging Server， Staging Server是任何 Content Director 可以訪問到的本地或網(wǎng)絡(luò)硬盤， CD 將內(nèi)容發(fā)布到有關(guān)的 Cache上， CD根據(jù)內(nèi)容的變化， 將變化部分更新到 Cache； NetCache具有 RAID和熱后備磁盤保護，確保內(nèi)容的完整，任何一個硬盤故障都無需重新傳送數(shù)據(jù)。Content Director 保存內(nèi)容的 Shadow 和各個作業(yè)的 Checkpoint，以便迅速同步Cache上的內(nèi)容組。 用戶訪問被定向到“鄰近”的 Cache， Cache代替服務(wù)器相應(yīng)用戶請求，如Cache 中無用戶訪問的內(nèi)容， Cache 替用戶到父一級 Cache 或服務(wù)器取得內(nèi)容后相應(yīng)用戶。 Content Reporter 從 Cache 中取得 LOG，基于域?qū)θW(wǎng)進(jìn)行內(nèi)容和網(wǎng)絡(luò)報告，結(jié) 果可以直接輸出到計費工具。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 21 4.4 系統(tǒng)配置組成 在數(shù)據(jù)中心的部署： 配置 8臺 Cache C6100。 核心節(jié)點流媒體平臺拓?fù)鋱D 在 POP點的部署： 每個 POP點配置 Cache C6100一臺。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 22 P O P 節(jié)點流媒體平臺拓?fù)鋱D 4.5 內(nèi)容報告機制和 Log 文件的處理及控制 Content Reporter提供對全網(wǎng)的內(nèi)容和運行狀況的詳細(xì)報告， 收集數(shù)據(jù)， 同時生成計費所需的數(shù)據(jù)， NetCache可以對流經(jīng)的數(shù)據(jù)進(jìn)行記錄，生成 log文件，包括： Messages log Cache access log Referrer log NNTP access log NNTP trace log Streaming access log Streaming detailed log 例如， Cache access log中詳細(xì)的記錄了用戶訪問的數(shù)據(jù)，可以通過 第三方上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 23 提供的分析軟件對其進(jìn)行分析，生成相應(yīng)的訪問統(tǒng)計數(shù)據(jù)或圖表。 Current time (in seconds and milliseconds) Elapsed time (in milliseconds) the transaction took to complete Client (IP address or host name) Transaction type (see Transaction types) Reply code Object size (in bytes) Method (GET， PUT， POST， and so on) URL User name (uses - if the user name is unknown) Hierarchy code Server IP address， if any， from which the URL was fetched Content type (from the MIME header) Note Log文件的大小可以定義，但每個 Log文件最大不超過 2GB，當(dāng) Log文件達(dá)到設(shè)定尺寸時，會自動 PUSH到指定的 FTP服務(wù)器或在 NetCache內(nèi)部保存，NetCache 可以保存 10 個 log文件，舊文件將會被新文件覆蓋。 Log文件還可以stream到 Content Report以支持實時統(tǒng)計。 利用 Content Reporter軟件，可以實時生成各種報表和直接用于計費的數(shù)據(jù)，提供豐富的內(nèi)容報告和統(tǒng)計，具有強大的分析功能。提供全網(wǎng)基于域的分析統(tǒng)計。上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 24 4.6 NetCache 刷新機制 Content Director使得 CDN 可以定義內(nèi)容的有效期， 控制內(nèi)容在網(wǎng)絡(luò)上的生存期 . NetCache根據(jù)對象的屬性進(jìn)行操作，例如， No Cache， Cache live time等， 并可以對某些內(nèi)容（ Jpeg， Gif等）進(jìn)行強制 Cache。 對于沒有生存 時間指示的目標(biāo)， NetCache不進(jìn)行 CACHE工作，或為其設(shè)定動態(tài)自適應(yīng)的生存時間 TTL生存周期。對于有 TTL生存周期的 objects， NetCache根據(jù)其 TTL生存周期決定 objects是否 expire；對于沒有 TTL生存周期的 objects，NetCache根據(jù)算法決定 objects是否 expire。 對于 expire的 objects， NetCache并不對其進(jìn)行立即刪除或更新，當(dāng)用戶訪問expire的 objects時， NetCache向 objects的 originating Web server查 詢 objects是否被修改，如被修改， NetCache將 objects更新，如沒有修改， NetCache只修改上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 25 objects的 cache timestamp， 無需重取。 Content Director具有 Cache內(nèi)容的同步功能，自動將內(nèi)容刷新。 NetCache的刷新可以最大地節(jié)省網(wǎng)絡(luò)帶寬，增加用戶的服務(wù)質(zhì)量。 4.7 內(nèi)容和網(wǎng)絡(luò)管理 Content Director和 Content Reporter提供對內(nèi)容的控制， 管理和報告功能，并且和所有主要的內(nèi)容管理軟件進(jìn)行合作。 CDN 基于工作流的功能部件有 : WHO (Users)用戶 首先在系統(tǒng)內(nèi)定義用戶。通過建立 /更新 user profiles。 系統(tǒng)有 2類用戶 : Administrators & Users.。對 Content Director的訪問通過user 向 console 的登錄控制。 Administrators 可以訪問修改所有已定義的 configuration. Users 可以訪問修改他們建立的 configuration (jobs).user 有自己的網(wǎng)絡(luò)視圖。如果我們?yōu)?yahoo broadcast發(fā)布內(nèi)容，我們可以設(shè)立 user yahoo，yahoo可以自己進(jìn)行發(fā)布工作，我們可以根據(jù) yahoo的使用量和服務(wù)級別進(jìn)行收費。 What， Where， & When (Jobs) 第二步定義發(fā)布什么內(nèi)容， 什么時候發(fā)布 .。通過定義 job進(jìn)行。 job 是一個內(nèi)容發(fā)布事件的完整描述。一個 job 可以部署一個文件到一臺Cache， 或幾千個文件到幾百臺 Cache。 job name 首先被定義。如果已有其他的 jobs 被定義，可以 import 它的定義 。 job 里最重要的是它的 policy，它定義了何時何地等內(nèi)容分發(fā)的高層參數(shù)。 要 分發(fā)的內(nèi)容在 Content Tab 里定義， 定義內(nèi)容分發(fā)任務(wù)的內(nèi)容源和目的地 . 例如 ， source 可以是一個 local staging directory， destination可以是一個 cache 或 cache組 (又稱為 Content Group)。 filter 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 26 Filter可以幫助用戶決定從內(nèi)容發(fā)布作業(yè)里過濾掉某些類型數(shù)據(jù)。例如， 用戶可以決定不發(fā)布特定的數(shù)據(jù)文件，如 avi文件 . 最后在 schedule 里定義 where 和 when 發(fā)布內(nèi)容。 schedule 定義發(fā)布內(nèi)容的頻率 。通過 scheduler 可以定時自動發(fā)布 ， 選擇在在網(wǎng)絡(luò)流量最少時預(yù)載內(nèi)容以節(jié)省帶寬。 How (Policies) policy 是用戶確定的一些原則， 可以被一個或多個 job 使用 . policy 定義 job如何被執(zhí)行 . 一些重要的項目有 : Contacts: Email job執(zhí)行狀態(tài)的聯(lián)絡(luò)人列表 . 執(zhí)行狀態(tài) : 例如 job順利完成。 Retries: 確定 job失敗前的 job 重試次數(shù)。 Security: 定義 job的安全級別 ， encryption， verification。 Cache: 描述 Cache對待該內(nèi)容的方式。失效期 ， Max Age， Min Age。并且指定內(nèi)容鎖定在 Cache里的時間長短。 Where (Network) Network Area 提供了圖形化的 content distribution network 拓?fù)洹６x cache的邏輯組（ content group）。 另外還有： Network Segments:：定義 caches 和 group leaders 所在的網(wǎng)絡(luò)。 Destination servers (caches)：定義 caches 和響應(yīng)的 group leader。 Hosted sites：定義源和目的的路徑。 NetApp提供基于 WEB的對全網(wǎng)設(shè)備進(jìn)行管理的工具和 GUI 管理工具。 NetApp 還提供兩種基于 SNMP 的網(wǎng)絡(luò)管理方式，一種是獨立的 Cache Manager，一種是基于 HP OpenView的 Appliance Watch。由于網(wǎng)絡(luò)規(guī)模較大，分布較廣，一次建議采用基于 HP OpenView的 Appliance Watch對 NetCache進(jìn)行集中管理。 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 27 Appliance Watch for HP OpenView可 以實現(xiàn)如下功能： 自動發(fā)現(xiàn) NetApp系統(tǒng) 給出適當(dāng)?shù)膱D示 檢測系統(tǒng)的健康程度 通過 Cache Manager基于 web的管理工具管理 NetApp Caches 通過 NetCache (監(jiān)控、配置和維護 ) 基于 web的管理工具配置 NetCache NetCache MIB站針對流 媒體的一些信息： 同時連接到服務(wù)器的 TCP/IP 數(shù)量 同時連接到客戶端的 TCP/IP 數(shù)量 針對流請求的帶寬情況 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 28 針對流請求的包響應(yīng)情況 針對流請求的最后點擊情況 針對流請求的最后失敗情況 發(fā)送到客戶端的流字節(jié)總計情況 從客戶端接收的流字節(jié)總計情況 發(fā)送到服務(wù)器的流字節(jié)總計情況 從服務(wù)器接收的流字節(jié)總計情況 發(fā)送到客戶端的流代理字節(jié)總計情況 從客戶端接收的流代理字節(jié)總計情況 發(fā)送到服務(wù)器的流代理字節(jié)總計情況 從服務(wù)器接收的流代理字節(jié)總計情況 4.8 流媒體發(fā)布平臺的價值 流媒體發(fā)布平臺的潛在用戶包括： 內(nèi)容所有者 需要內(nèi)容推廣，按注冊或者 pay-per-view收費。 希望提高 QoS和受眾。 內(nèi)容門戶 需要為內(nèi)容供應(yīng)商提供 SLA，同時提高用戶訪問質(zhì)量。 企業(yè) 通過快速獲得內(nèi)容提高生產(chǎn)效率和滿意程度 IDC 等 提供 HOST用戶 SLA，提高用戶內(nèi)容的發(fā)布，擴展?fàn)I收 其他 CDN 需要通過結(jié)盟最大化內(nèi)容的發(fā)布，增加用戶的覆蓋 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 29 內(nèi)容消費者 提供多媒體服務(wù)，提供快速、可靠的內(nèi)容供應(yīng)，分層的服務(wù)級別。 采用發(fā)布平臺的方式，即通過 CDN 網(wǎng)絡(luò)在靠近用戶的地點，通過高性價比的 NetCache,將內(nèi)容供應(yīng)給用戶的方式， 為 ISP 增加了邊緣發(fā) 布的質(zhì)量，為內(nèi)容供應(yīng)者提供了發(fā)布，為企業(yè)提供特定的內(nèi)容，為最終用戶提供高質(zhì)量的上網(wǎng)經(jīng)驗?？傊?， 為 CDN 用戶帶來 以下 價值 ： 提高用戶的流媒體和其他內(nèi)容的使用質(zhì)量 通過邊緣發(fā)布保證內(nèi)容的可用性，從而保障服務(wù)級別（ Service Level Agreement） 企業(yè)用戶通過流媒體提高培訓(xùn)、溝通的效率，降低成本 web 內(nèi)容個性化，提供增值服務(wù) 提高 ECommerce 能力 提供過載保護和伸縮性 為規(guī)劃和推廣業(yè)務(wù)提供報告和管理 營收項目與收費模式參考： 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 30 T yp eP ay m e n t M e t r i c( p e r m on t h )T i e r e d C on t e n t D i s t r i bu t i on / M a n a g e m e n t - b a s i c H T T P c a c h i n g pe a k $/ M bp s d e l i v e r e d- A dv a n c e d di s t r i bu t i on / m a n a g e m e n t $/ M B d i s t r i bu t e d + p e a k $/ M bp s d e l i v e r e d$/ M B ( C u s t om e r : a c c e s s p r ov i de r )$ pe r v i e w e r ( C u s t om e r : a c c e s s p r ov i de r )P u r e S t r e a m i n g- L i v e ( t i e r e d pr i c i n g f or #s i m u l t a n e ou s s t r e a m s a n d e n c od i n gr a t e s )$ pe r s t r e a m- O n - de m a n d $ / M B- S t or a g e $ / M BS y n di c a t i on a n d D i s t r i bu t i on( pa y m or e f or r e g i on a l e x c l u s i v i t y ) T yp eP aym e n t M e t r i c ( p e r m on t h )E n t e r pr i s e S e r v i c e s : I n t e r n a l T r a i n i n g & C om m u n i c a t i on s $/ M bps + di s t r i bu t i on s e r v i c e sE x t e r n a l C om m u n i c a t i on s B a s i c m on t h l y f e e or $ / W e bh os t i n g a n d S i t e r e pl i c a t i on- s i t e di s t r i bu t i on / r e pl i c a t i on s e r v i c e $/ M B s t or e d R e por t i n g & A n a l y s i s ( T i e r e d)- B a s i c u s a g e da t a ( e .g ., t ot a l pa g e s / s t r e a m s / M bps ) F r e e- T r a f f i c pa t t e r n s ( e .g ., ba n dw i dt h / t i m e s / dom a i n ) $/ R e por t or S u bs c r i pt i on f e e- C u s t om i z e d pr of i l i n g $/ R e por t or S u bs c r i pt i on f e e 上海電信寬帶 網(wǎng)絡(luò)流媒體應(yīng)用平臺方案 31 T yp e P aym e n t M e t r i c ( p e r m on t h )C on t e n t A d ap t at i on S e r vi c e sA d i n s e r t i on - pe r s on l i z a t i on- ba n n e r a ds$ p e r 1, 000 i m pr e s s i on s + $ pe r c l i c k t h r ou g h- s t r e a m i n g a ds $ p e r s t r e a m W i r e l e s s A da pt a t i on $ M B + a da pt a t i on s e r v i c e sS e c u r i t y a n d S c