淺析流媒體內(nèi)容分發(fā)技術(shù)(存儲版)
【正文】 而P2P技術(shù)能夠使服務(wù)分散化，平衡負(fù)載，即每個用戶既充當(dāng)消費者，享受共享媒體資源，又充當(dāng)服務(wù)者，為其他用戶提供媒體內(nèi)容，這樣就消除了大量的并發(fā)訪問服務(wù)器，就解決了服務(wù)器的輸出帶寬問題。以服務(wù)器為核心的P2P集中式網(wǎng)絡(luò)，其容錯性與服務(wù)器的故障概率有關(guān)，如果使用多臺服務(wù)器組成集群，并且提供冗余、替代機制使得某臺服務(wù)器故障時，其他服務(wù)器可以代替它繼續(xù)提供服務(wù)。這種 P2P 網(wǎng)絡(luò)的有以下三個缺點：第一，路由效率不高；第二，可擴展性不高；第三，數(shù)據(jù)無法準(zhǔn)確定位。模式的流媒體服務(wù)系統(tǒng)將同時請求同一節(jié)目的用戶歸為一組，然后以這組用戶作為結(jié)點形成一棵樹。目前大部分的研究內(nèi)容集中在媒體流分發(fā)策略的研究上，這些研究大致可以分為兩類：（1）應(yīng)用層組播樹應(yīng)用層組播樹適合于架構(gòu)視頻直播服務(wù)系統(tǒng)或應(yīng)用到視頻點播系統(tǒng)中某熱門節(jié)目的服務(wù)策略，即適合于節(jié)目請求率高、并發(fā)請求量大的媒體應(yīng)用需求。理想的組播樹是在深度和寬度之間能夠有效的平衡，事實上，當(dāng)所有節(jié)點的深度都為1的時候就退化成了傳統(tǒng)的客戶端服務(wù)器模型了。非樹型P2P媒體服務(wù)系統(tǒng)以Promise、GnuStream，DONet為代表。P2P 與內(nèi)容分發(fā)網(wǎng)絡(luò)結(jié)合的方式有兩種：一種是 CDNonP2P，這種結(jié)合方式是將內(nèi)容分發(fā)網(wǎng)絡(luò)的管理方式引入 P2P 網(wǎng)絡(luò)，組建一個以 CDN 為核心，以 P2P為服務(wù)邊緣的系統(tǒng)，用戶通過 P2P 客戶端來獲取服務(wù)。然而，P2P 技術(shù)也有其明顯的缺陷：首先，缺乏可管理性；其次，無法保障用戶的服務(wù)質(zhì)量要求。該類研究主要涉及三個基本問題：一是媒體內(nèi)容搜索，即如何找到所需的完整的媒體數(shù)據(jù)；二是媒體流調(diào)度與控制，即在保障QoS前提下，采用什么策略將媒體數(shù)據(jù)傳輸?shù)奖镜?；三是媒體數(shù)據(jù)布局與存儲，即由于媒體文件數(shù)據(jù)量大，研究如何將媒體數(shù)據(jù)切分并在已被服務(wù)節(jié)點中冗余布局的策略。在組播樹中，如果節(jié)點離根節(jié)點越遠，則數(shù)據(jù)的時延就越大，因此，樹的深度應(yīng)該盡可能短。用戶計算機在整個模式的流媒體服務(wù)系統(tǒng)中具有短暫性，如何保證它的退出而不影響其他的用戶收看節(jié)目采用冗余的數(shù)據(jù)路徑，在一條數(shù)據(jù)路徑失敗后用戶迅速從另一條路徑獲取數(shù)據(jù)，然后再在觀看當(dāng)前節(jié)目的用戶組中為自己找到一條新的數(shù)據(jù)路徑備份。P2P模式的流媒體服務(wù)系統(tǒng)并不改變現(xiàn)有的流媒體傳輸協(xié)議和流媒體服務(wù)器系統(tǒng)的架構(gòu)，甚至可以不必改變現(xiàn)有的系統(tǒng)，而只需增加新的模塊和功能。其中Gnutella 是最簡單又最具有代表性的，F(xiàn)reenet 則要復(fù)雜很多，而發(fā)展到后來的 KaZaA 和eDonkey通過超級節(jié)點來組織成雙層的 P2P 網(wǎng)絡(luò)，其超級節(jié)點層自組織成非結(jié)構(gòu)化網(wǎng)絡(luò)，所以也將其歸結(jié)到此類。在這種模式下，所有資料都存在各個節(jié)點上，中心服務(wù)器只保留索引信息。例如，一個比特率為300kbps的視頻節(jié)目，如果同時有1000人訪問，那么服務(wù)器端網(wǎng)絡(luò)帶寬必須達到300Mbps以上，如果此時要支持更多的用戶數(shù)據(jù)就是難上加難了，所以在要實現(xiàn)在網(wǎng)絡(luò)上的普及，采用傳統(tǒng)的模式會導(dǎo)致底層網(wǎng)絡(luò)負(fù)擔(dān)加重，而影響用戶的應(yīng)用體驗。而基于P2P技術(shù)的點播系統(tǒng)，可以有效的利用網(wǎng)絡(luò)上的資源，極大的緩解了大量異步服務(wù)請求對服務(wù)器造成的性能瓶頸，流媒體內(nèi)容分發(fā)系統(tǒng)要面臨以下幾個問題：一、服務(wù)器的輸出帶寬成為瓶頸例如某個流媒體服務(wù)器接入互聯(lián)網(wǎng)的速度為45Mbps，傳輸一個30幀/秒，320X240像素的視頻內(nèi)容，需要不低于1Mbps的傳輸速度以保證流暢回放，此服務(wù)器最多同時接受45個并發(fā)請求，這對于一個熱點內(nèi)容而言如新聞、賽事的直播是遠不能滿足要求的。理論上，最簡單的CDN網(wǎng)絡(luò)有一個負(fù)責(zé)全局負(fù)載均衡的DNS和各節(jié)點一臺Cache，即可運行。每個CDN節(jié)點由兩部分組成：負(fù)載均衡設(shè)備和高速緩存服務(wù)器負(fù)載均衡設(shè)備負(fù)責(zé)每個節(jié)點中各個Cache的負(fù)載均衡，保證節(jié)點的工作效率；同時，負(fù)載均衡設(shè)備還負(fù)責(zé)收集節(jié)點與周圍環(huán)境的信息，保持與全局負(fù)載DNS的通信，實現(xiàn)整個系統(tǒng)的負(fù)載均衡。CDN的網(wǎng)絡(luò)架構(gòu)1）用戶向瀏覽器提供要訪問的域名； 2）瀏覽器調(diào)用域名解析庫對域名進行解析，由于CDN對域名解析過程進行了調(diào)整，所以解析函數(shù)庫一般得到的是該域名對應(yīng)的CNAME記錄；3）為了得到實際IP地址，瀏覽器需要再次對獲得的CNAME域名進行解析以得到實際的IP地址；在此過程中，使用的全局負(fù)載均衡DNS解析，如根據(jù)地理位置信息解析對應(yīng)的IP 地址，使得用戶能就近訪問。例如某IDC全國有10個機房，加入IDC的CDN網(wǎng)絡(luò)，托管在一個節(jié)點的Web服務(wù)器，相當(dāng)于有了10個鏡像服務(wù)器，就近供客戶訪問。而這就是內(nèi)容發(fā)布網(wǎng)(CDN)服務(wù)模式。隨著互聯(lián)網(wǎng)工業(yè)的成熟和商業(yè)模式的變革，在這條價值鏈上的角色越來越多也越來越細(xì)分。與目前現(xiàn)有的內(nèi)容發(fā)布模式相比較，CDN強
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1