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

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