FreeZone

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            4 隨筆 :: 0 文章 :: 2 評論 :: 0 Trackbacks

          1.前言

            Internet的高速發(fā)展,給人們的工作和生活帶來了極大的便利,對Internet的服務品質(zhì)和訪問速度要求越來越高,雖然帶寬不斷增加, 用戶數(shù)量也在不斷增加,受Web服務器的負荷和傳輸距離等因數(shù)的影響,響應速度慢還是經(jīng)常抱怨和困擾。解決方案就是在網(wǎng)絡傳輸上利用緩存技術(shù)使得Web服 務數(shù)據(jù)流能就近訪問,是優(yōu)化網(wǎng)絡數(shù)據(jù)傳輸非常有效的技術(shù),從而獲得高速的體驗和品質(zhì)保證。

            網(wǎng)絡緩存技術(shù),其目的就是減少網(wǎng)絡中冗余數(shù)據(jù)的重復傳輸,使之最小化,將廣域傳輸轉(zhuǎn)為本地或就近訪問。互聯(lián)網(wǎng)上傳遞的內(nèi)容,大部分為重復的 Web/FTP數(shù)據(jù),Cache服務器及應用Caching技術(shù)的網(wǎng)絡設備,可大大優(yōu)化數(shù)據(jù)鏈路性能,消除數(shù)據(jù)峰值訪問造成的結(jié)點設備阻塞。Cache服 務器具有緩存功能,所以大部分網(wǎng)頁對象(Web page object),如html, htm, php等頁面文件,gif,tif,png,bmp等圖片文件,以及其他格式的文件,在有效期(TTL)內(nèi),對于重復的訪問,不必從原始網(wǎng)站重新傳送文件 實體, 只需通過簡單的認證(Freshness Validation)- 傳送幾十字節(jié)的Header,即可將本地的副本直接傳送給訪問者。由于緩存服務器通常部署在靠近用戶端,所以能獲得近似局域網(wǎng)的響應速度,并有效減少廣域 帶寬的消耗。據(jù)統(tǒng)計,Internet上超過80%的用戶重復訪問20%的信息資源,給緩存技術(shù)的應用提供了先決的條件。緩存服務器的體系結(jié)構(gòu)與Web服 務器不同,緩存服務器能比Web服務器獲得更高的性能,緩存服務器不僅能提高響應速度,節(jié)約帶寬,對于加速Web服務器,有效減輕源服務器的負荷是非常有 效的。

            高速緩存服務器(Cache Server)是軟硬件高度集成的專業(yè)功能服務器,主要做高速緩存加速服務,一般部署在網(wǎng)絡邊緣。根據(jù)加速對象不同,分為客戶端加速和服務器加速,客戶端 加速Cache部署在網(wǎng)絡出口處,把常訪問的內(nèi)容緩存在本地,提高響應速度和節(jié)約帶寬;服務器加速,Cache部署在服務器前端,作為Web服務器的前置 機,提高Web服務器的性能,加速訪問速度。如果多臺Cache加速服務器且分布在不同地域,需要通過有效地機制管理Cache網(wǎng)絡,引導用戶就近訪問, 全局負載均衡流量,這就是CDN內(nèi)容傳輸網(wǎng)絡的基本思想。

          2.什么是CDN?

            CDN的全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡。其目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡架構(gòu),將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡"邊緣",使用戶可 以就近取得所需的內(nèi)容,解決Internet網(wǎng)絡擁塞狀況,提高用戶訪問網(wǎng)站的響應速度。從技術(shù)上全面解決由于網(wǎng)絡帶寬小、用戶訪問量大、網(wǎng)點分布不均等 原因,解決用戶訪問網(wǎng)站的響應速度慢的根本原因。

            狹義地講,內(nèi)容分發(fā)布網(wǎng)絡(CDN)是一種新型的網(wǎng)絡構(gòu)建方式,它是為能在傳統(tǒng)的IP網(wǎng)發(fā)布寬帶豐富媒體而特別優(yōu)化的網(wǎng)絡覆蓋層;而從廣義的角 度,CDN代表了一種基于質(zhì)量與秩序的網(wǎng)絡服務模式。簡單地說,內(nèi)容發(fā)布網(wǎng)(CDN)是一個經(jīng)策略性部署的整體系統(tǒng),包括分布式存儲、負載均衡、網(wǎng)絡請求 的重定向和內(nèi)容管理4個要件,而內(nèi)容管理和全局的網(wǎng)絡流量管理(Traffic Management)是CDN的核心所在。通過用戶就近性和服務器負載的判斷,CDN確保內(nèi)容以一種極為高效的方式為用戶的請求提供服務。總的來說,內(nèi) 容服務基于緩存服務器,也稱作代理緩存(Surrogate),它位于網(wǎng)絡的邊緣,距用戶僅有"一跳"(Single Hop)之遙。同時,代理緩存是內(nèi)容提供商源服務器(通常位于CDN服務提供商的數(shù)據(jù)中心)的一個透明鏡像。這樣的架構(gòu)使得CDN服務提供商能夠代表他們 客戶,即內(nèi)容供應商,向最終用戶提供盡可能好的體驗,而這些用戶是不能容忍請求響應時間有任何延遲的。據(jù)統(tǒng)計,采用CDN技術(shù),能處理整個網(wǎng)站頁面的 70%~95%的內(nèi)容訪問量,減輕服務器的壓力,提升了網(wǎng)站的性能和可擴展性。

            與目前現(xiàn)有的內(nèi)容發(fā)布模式相比較,CDN強調(diào)了網(wǎng)絡在內(nèi)容發(fā)布中的重要性。通過引入主動的內(nèi)容管理層的和全局負載均衡,CDN從根本上區(qū)別于傳 統(tǒng)的內(nèi)容發(fā)布模式。在傳統(tǒng)的內(nèi)容發(fā)布模式中,內(nèi)容的發(fā)布由ICP的應用服務器完成,而網(wǎng)絡只表現(xiàn)為一個透明的數(shù)據(jù)傳輸通道,這種透明性表現(xiàn)在網(wǎng)絡的質(zhì)量保 證僅僅停留在數(shù)據(jù)包的層面,而不能根據(jù)內(nèi)容對象的不同區(qū)分服務質(zhì)量。此外,由于IP網(wǎng)的"盡力而為"的特性使得其質(zhì)量保證是依靠在用戶和應用服務器之間端 到端地提供充分的、遠大于實際所需的帶寬通量來實現(xiàn)的。在這樣的內(nèi)容發(fā)布模式下,不僅大量寶貴的骨干帶寬被占用,同時ICP的應用服務器的負載也變得非常 重,而且不可預計。當發(fā)生一些熱點事件和出現(xiàn)浪涌流量時,會產(chǎn)生局部熱點效應,從而使應用服務器過載退出服務。這種基于中心的應用服務器的內(nèi)容發(fā)布模式的 另外一個缺陷在于個性化服務的缺失和對寬帶服務價值鏈的扭曲,內(nèi)容提供商承擔了他們不該干也干不好的內(nèi)容發(fā)布服務。

            縱觀整個寬帶服務的價值鏈,內(nèi)容提供商和用戶位于整個價值鏈的兩端,中間依靠網(wǎng)絡服務提供商將其串接起來。隨著互聯(lián)網(wǎng)工業(yè)的成熟和商業(yè)模式的變 革,在這條價值鏈上的角色越來越多也越來越細分。比如內(nèi)容/應用的運營商、托管服務提供商、骨干網(wǎng)絡服務提供商、接入服務提供商等等。在這一條價值鏈上的 每一個角色都要分工合作、各司其職才能為客戶提供良好的服務,從而帶來多贏的局面。從內(nèi)容與網(wǎng)絡的結(jié)合模式上看,內(nèi)容的發(fā)布已經(jīng)走過了ICP的內(nèi)容(應 用)服務器和IDC這兩個階段。IDC的熱潮也催生了托管服務提供商這一角色。但是,IDC并不能解決內(nèi)容的有效發(fā)布問題。內(nèi)容位于網(wǎng)絡的中心并不能解決 骨干帶寬的占用和建立IP網(wǎng)絡上的流量秩序。因此將內(nèi)容推到網(wǎng)絡的邊緣,為用戶提供就近性的邊緣服務,從而保證服務的質(zhì)量和整個網(wǎng)絡上的訪問秩序就成了一 種顯而易見的選擇。而這就是內(nèi)容發(fā)布網(wǎng)(CDN)服務模式。CDN的建立解決了困擾內(nèi)容運營商的內(nèi)容"集中與分散"的兩難選擇。無疑對于構(gòu)建良好的互聯(lián)網(wǎng) 價值鏈是有價值的,也是不可或缺的。

          3.CDN新應用和客戶

            目前的CDN服務主要應用于證券、金融保險、ISP、ICP、網(wǎng)上交易、門戶網(wǎng)站、大中型公司、網(wǎng)絡教學等領(lǐng)域。另外在行業(yè)專網(wǎng)、互聯(lián)網(wǎng)中都可 以用到,甚至可以對局域網(wǎng)進行網(wǎng)絡優(yōu)化。利用CDN,這些網(wǎng)站無需投資昂貴的各類服務器、設立分站點,特別是流媒體信息的廣泛應用、遠程教學課件等消耗帶 寬資源多的媒體信息,應用CDN網(wǎng)絡,把內(nèi)容復制到網(wǎng)絡的最邊緣,使內(nèi)容請求點和交付點之間的距離縮至最小,從而促進Web站點性能的提高,具有重要的意 義。CDN網(wǎng)絡的建設主要有企業(yè)建設的CDN網(wǎng)絡,為企業(yè)服務;IDC的CDN網(wǎng)絡,主要服務于IDC和增值服務;網(wǎng)絡運營上主建的CDN網(wǎng)絡,主要提供 內(nèi)容推送服務;CDN網(wǎng)絡服務商,專門建設的CDN用于做服務,用戶通過與CDN機構(gòu)進行合作,CDN負責信息傳遞工作,保證信息正常傳輸,維護傳送網(wǎng) 絡,而網(wǎng)站只需要內(nèi)容維護,不再需要考慮流量問題。

            CDN能夠為網(wǎng)絡的快速、安全、穩(wěn)定、可擴展等方面提供保障。

            IDC建立CDN網(wǎng)絡,IDC運營商一般需要有分部各地的多個IDC中心,服務對象是托管在IDC中心的客戶,利用現(xiàn)有的網(wǎng)絡資源,投資較少, 容易建設。例如某IDC全國有10個機房,加入IDC的CDN網(wǎng)絡,托管在一個節(jié)點的Web服務器,相當于有了10個鏡像服務器,就近供客戶訪問。寬帶城 域網(wǎng),域內(nèi)網(wǎng)絡速度很快,出城帶寬一般就會瓶頸,為了體現(xiàn)城域網(wǎng)的高速體驗,解決方案就是將Internet網(wǎng)上內(nèi)容高速緩存到本地,將Cache部署在 城域網(wǎng)各POP點上,這樣形成高效有序的網(wǎng)絡,用戶僅一跳就能訪問大部分的內(nèi)容,這也是一種加速所有網(wǎng)站CDN的應用。

          4.CDN 的工作原理

            在描述CDN的實現(xiàn)原理,讓我們先看傳統(tǒng)的未加緩存服務的訪問過程,以便了解CDN緩存訪問方式與未加緩存訪問方式的差別:

            由上圖可見,用戶訪問未使用CDN緩存網(wǎng)站的過程為:

            1)、用戶向瀏覽器提供要訪問的域名;

            2)、瀏覽器調(diào)用域名解析函數(shù)庫對域名進行解析,以得到此域名對應的IP地址;

            3)、瀏覽器使用所得到的IP地址,域名的服務主機發(fā)出數(shù)據(jù)訪問請求;

            4)、瀏覽器根據(jù)域名主機返回的數(shù)據(jù)顯示網(wǎng)頁的內(nèi)容。

            通過以上四個步驟,瀏覽器完成從用戶處接收用戶要訪問的域名到從域名服務主機處獲取數(shù)據(jù)的整個過程。CDN網(wǎng)絡是在用戶和服務器之間增加 Cache層,如何將用戶的請求引導到Cache上獲得源服務器的數(shù)據(jù),主要是通過接管DNS實現(xiàn),下面讓我們看看訪問使用CDN緩存后的網(wǎng)站的過程:

            通過上圖,我們可以了解到,使用了CDN緩存后的網(wǎng)站的訪問過程變?yōu)椋?/p>

            1)、用戶向瀏覽器提供要訪問的域名;

            2)、瀏覽器調(diào)用域名解析庫對域名進行解析,由于CDN對域名解析過程進行了調(diào)整,所以解析函數(shù)庫一般得到的是該域名對應的CNAME記錄,為 了得到實際IP地址,瀏覽器需要再次對獲得的CNAME域名進行解析以得到實際的IP地址;在此過程中,使用的全局負載均衡DNS解析,如根據(jù)地理位置信 息解析對應的IP地址,使得用戶能就近訪問。

            3)、此次解析得到CDN緩存服務器的IP地址,瀏覽器在得到實際的IP地址以后,向緩存服務器發(fā)出訪問請求;

            4)、緩存服務器根據(jù)瀏覽器提供的要訪問的域名,通過Cache內(nèi)部專用DNS解析得到此域名的實際IP地址,再由緩存服務器向此實際IP地址提交訪問請求;

            5)、緩存服務器從實際IP地址得得到內(nèi)容以后,一方面在本地進行保存,以備以后使用,二方面把獲取的數(shù)據(jù)返回給客戶端,完成數(shù)據(jù)服務過程;

            6)、客戶端得到由緩存服務器返回的數(shù)據(jù)以后顯示出來并完成整個瀏覽的數(shù)據(jù)請求過程。

            通過以上的分析我們可以得到,為了實現(xiàn)既要對普通用戶透明(即加入緩存以后用戶客戶端無需進行任何設置,直接使用被加速網(wǎng)站原有的域名即可訪 問),又要在為指定的網(wǎng)站提供加速服務的同時降低對ICP的影響,只要修改整個訪問過程中的域名解析部分,以實現(xiàn)透明的加速服務,下面是CDN網(wǎng)絡實現(xiàn)的 具體操作過程。

            1)、作為ICP,只需要把域名解釋權(quán)交給CDN運營商,其他方面不需要進行任何的修改;操作時,ICP修改自己域名的解析記錄,一般用cname方式指向CDN網(wǎng)絡Cache服務器的地址。

            2)、作為CDN運營商,首先需要為ICP的域名提供公開的解析,為了實現(xiàn)sortlist,一般是把ICP的域名解釋結(jié)果指向一個CNAME記錄;

            3)、當需要進行sorlist時,CDN運營商可以利用DNS對CNAME指向的域名解析過程進行特殊處理,使DNS服務器在接收到客戶端請求時可以根據(jù)客戶端的IP地址,返回相同域名的不同IP地址;

            4)、由于從cname獲得的IP地址,并且?guī)в衕ostname信息,請求到達Cache之后,Cache必須知道源服務器的IP地址,所以在CDN運營商內(nèi)部維護一個內(nèi)部DNS服務器,用于解釋用戶所訪問的域名的真實IP地址;

            5)、在維護內(nèi)部DNS服務器時,還需要維護一臺授權(quán)服務器,控制哪些域名可以進行緩存,而哪些又不進行緩存,以免發(fā)生開放代理的情況。

          5.CDN的技術(shù)手段

            實現(xiàn)CDN的主要技術(shù)手段是高速緩存、鏡像服務器。可工作于DNS解析或HTTP重定向兩種方式,通過Cache服務器,或異地的鏡像站點 完成內(nèi)容的傳送與同步更新。DNS方式用戶位置判斷準確率大于85%,HTTP方式準確率為99%以上;一般情況,各Cache服務器群的用戶訪問流入數(shù) 據(jù)量與Cache服務器到原始網(wǎng)站取內(nèi)容的數(shù)據(jù)量之比在2:1到3:1之間,即分擔50%到70%的到原始網(wǎng)站重復訪問數(shù)據(jù)量(主要是圖片,流媒體文件等 內(nèi)容);對于鏡像,除數(shù)據(jù)同步的流量,其余均在本地完成,不訪問原始服務器。

            鏡像站點(Mirror Site)服務器是我們經(jīng)常可以看到的,它讓內(nèi)容直截了當?shù)剡M行分布,適用于靜態(tài)和準動態(tài)的數(shù)據(jù)同步。但是購買和維護新服務器的費用較高,另外還必須在各 個地區(qū)設置鏡像服務器,配備專業(yè)技術(shù)人員進行管理與維護。大型網(wǎng)站在隨時更新各地服務器的同時,對帶寬的需求也會顯著增加,因此一般的互聯(lián)網(wǎng)公司不會建立 太多的鏡像服務器。

            高速緩存手段的成本較低,適用于靜態(tài)內(nèi)容。Internet的統(tǒng)計表明,超過80%的用戶經(jīng)常訪問的是20%的網(wǎng)站的內(nèi)容,在這個規(guī)律下,緩存 服務器可以處理大部分客戶的靜態(tài)請求,而原始的WWW服務器只需處理約20%左右的非緩存請求和動態(tài)請求,于是大大加快了客戶請求的響應時間,并降低了原 始WWW服務器的負載。根據(jù)美國IDC公司的調(diào)查,作為CDN的一項重要指標-緩存的市場正在以每年近100%的速度增長,全球的營業(yè)額在2004年將達 到45

          6.CDN的網(wǎng)絡架構(gòu)

            CDN網(wǎng)絡架構(gòu)主要由兩大部分,分為中心和邊緣兩部分,中心指CDN網(wǎng)管中心和DNS重定向解析中心,負責全局負載均衡,設備系統(tǒng)安裝在管理中心機房,邊緣主要指異地節(jié)點,CDN分發(fā)的載體,主要由Cache和負載均衡器等組成。

            當用戶訪問加入CDN服務的網(wǎng)站時,域名解析請求將最終交給全局負載均衡DNS進行處理。全局負載均衡DNS通過一組預先定義好的策略,將當時 最接近用戶的節(jié)點地址提供給用戶,使用戶能夠得到快速的服務。同時,它還與分布在世界各地的所有CDNC節(jié)點保持通信,搜集各節(jié)點的通信狀態(tài),確保不將用 戶的請求分配到不可用的CDN節(jié)點上,實際上是通過DNS做全局負載均衡。

            對于普通的Internet用戶來講,每個CDN節(jié)點就相當于一個放置在它周圍的WEB。通過全局負載均衡DNS的控制,用戶的請求被透明地指向離他最近的節(jié)點,節(jié)點中CDN服務器會像網(wǎng)站的原始服務器一樣,響應用戶的請求。由于它離用戶更近,因而響應時間必然更快。

            每個CDN節(jié)點由兩部分組成:負載均衡設備和高速緩存服務器

            負載均衡設備負責每個節(jié)點中各個Cache的負載均衡,保證節(jié)點的工作效率;同時,負載均衡設備還負責收集節(jié)點與周圍環(huán)境的信息,保持與全局負載DNS的通信,實現(xiàn)整個系統(tǒng)的負載均衡。

            高速緩存服務器(Cache)負責存儲客戶網(wǎng)站的大量信息,就像一個靠近用戶的網(wǎng)站服務器一樣響應本地用戶的訪問請求。

            CDN的管理系統(tǒng)是整個系統(tǒng)能夠正常運轉(zhuǎn)的保證。它不僅能對系統(tǒng)中的各個子系統(tǒng)和設備進行實時監(jiān)控,對各種故障產(chǎn)生相應的告警,還可以實時監(jiān)測 到系統(tǒng)中總的流量和各節(jié)點的流量,并保存在系統(tǒng)的數(shù)據(jù)庫中,使網(wǎng)管人員能夠方便地進行進一步分析。通過完善的網(wǎng)管系統(tǒng),用戶可以對系統(tǒng)配置進行修改。

            理論上,最簡單的CDN網(wǎng)絡有一個負責全局負載均衡的DNS和各節(jié)點一臺Cache,即可運行。DNS支持根據(jù)用戶源IP地址解析不同的IP, 實現(xiàn)就近訪問。為了保證高可用性等,需要監(jiān)視各節(jié)點的流量、健康狀況等。一個節(jié)點的單臺Cache承載數(shù)量不夠時,才需要多臺Cache,多臺Cache 同時工作,才需要負載均衡器,使Cache群協(xié)同工作。

          億美元。網(wǎng)絡流媒體的發(fā)展還將剌激這個市場的需求。

          7. CDN 示例

            商業(yè)化的CDN網(wǎng)絡是用于服務性質(zhì)的,高可用性等要求非常高,有專業(yè)產(chǎn)品和CDN網(wǎng)絡解決方案,本文主要從理論角度,理解CDN的實現(xiàn)過程,并利用已有網(wǎng)絡環(huán)境和開源軟件做實際配置,更深刻理解CDN的具體工作過程。

            Linux 是開放源代碼的免費操作系統(tǒng),已經(jīng)成功應用于許多關(guān)鍵領(lǐng)域。Bind是Unix/FreeBSD/Linux等類unix平臺上非常有名DNS服務程序, Internet上超過60%的DNS運行的是bind。Bind的最新版本是9.x,用的比較多的是8.x,bind 9有很多新特性,其中一項是根據(jù)用戶端源地址對同一域名解析不同的IP地址,有了這種特性,能把用戶對同一域名的訪問,引導到不同地域節(jié)點的服務器上去訪 問。Squid是Linux等操作系統(tǒng)上有名的Cache引擎,與商業(yè)Cache引擎相比,Squid的性能比較低,基本功能工作原理與商業(yè)Cache產(chǎn) 品是一致的,作為試驗,是非常容易配置運行起來。以下簡要介紹CDN的配置流程。

            1、要加入CDN服務的網(wǎng)站,需要域名(如www.linuxaid.com.cn,地址202.99.11.120)解析權(quán)提供給CDN運營 商,Linuxaid的域名解析記錄只要把www主機的A記錄改為CNAME并指向cache.cdn.com即可。cache.cdn.com是CDN 網(wǎng)絡自定義的緩存服務器的標識。在/var/named/linuxaid.com.cn域名解析記錄中,由:


          www IN A 202.99.11.120
          改為
          www IN CNAME cache.cdn.com.

            2、CDN運營商得到域名解析權(quán)以后,得到域名的CNAME記錄,指向CDN網(wǎng)絡屬下緩存服務器的域名,如cache.cdn.com,CDN網(wǎng)絡的全局負載均衡DNS,需要把CNAME記錄根據(jù)策略解析出IP地址,一般是給出就近訪問的Cache地址。

            Bind 9的基本功能可以根據(jù)不同的源IP地址段解析對應的IP,實現(xiàn)根據(jù)地域就近訪問的負載均衡,一般可以通過Bind 9的sortlist選項實現(xiàn)根據(jù)用戶端IP地址返回最近的節(jié)點IP地址,具體的過程為:

            1)為cache.cdn.com設置多個A記錄,/var/named/cdn.com 的內(nèi)容如下:


          $TTL 3600
          @ IN SOA ns.cdn.com. root.ns.cdn.com. (
          2002090201 ;Serial num
          10800 ;Refresh after 3 hours
          3600 ;Retry
          604800 ;Expire
          1800 ;Time to live
          )
          IN NS ns
          www IN A 210.33.21.168
          ns IN A 202.96.128.68
          cache IN A 202.93.22.13 ;有多少個CACHE地址
          cache IN A 210.21.30.90 ;就有多少個CACHE的A記錄
          cache IN A 211.99.13.47

            2) /etc/named.conf中的內(nèi)容為:


          options {
          directory "/var/named";
          sortlist {
          #這一段表示當在本地執(zhí)行查詢時
          #將按照202.93.22.13,210.21.30.90,211.99.13.47的順序返回地址
          { localhost;
          { localnets;
          202.93.22.13;
          { 210.21.30.90; 211.99.13.47; };
          };
          };
          #這一段表示當在202/8地址段進行DNS查詢時
          #將按照202.93.22.13,210.21.30.90,211.99.13.47的順序返回地址
          { 202/8;
          { 202.93.22.13;
          { 210.21.30.90; 211.99.13.47; };
          };
          };
          #這一段表示當在211/8地址段進行DNS查詢時
          #將按照211.99.13.47,202.93.22.13,210.21.30.90的順序返回地址,
          #也就是211.99.13.47是最靠近查詢地點的節(jié)點
          { 211/8;
          { 211.99.13.47;
          { 202.93.22.13; 210.21.30.90; };
          };
          };
          { 61/8;
          { 202.93.22.13;
          { 210.21.30.90; 211.99.13.47; };
          };
          };
          };
          };

          zone "." {
          type hint;
          file "root.cache";
          };

          zone "localhost" {
          type master;
          file "localhost";
          };

          zone "cdn.com" {
          type master;
          file "cdn.com";
          };

            3、Cache在CDN網(wǎng)絡中如果工作在服務器加速模式,因為配置里已經(jīng)寫明加速服務器的url,所以Cache直接匹配用戶請求,到源服務器 獲得內(nèi)容并緩存供下次使用;如果Cache工作在客戶端加速模式,Cache需要知道源服務器的IP地址,所以CDN網(wǎng)絡維護和運行一個供Cache使用 的DNS服務器,解析域名的真實IP地址,如202.99.11.120 ,各域名的解析記錄與未加入CDN網(wǎng)絡之前一樣。

            4、工作在CDN網(wǎng)絡中緩存服務器必須工作在透明方式,對于Squid來說,需要設置以下參數(shù):


          httpd_accel_host virtual
          httpd_accel_port 80
          httpd_accel_with_proxy on
          httpd_accel_uses_host_header on


          posted on 2005-10-30 14:48 bluesky 閱讀(339) 評論(0)  編輯  收藏 所屬分類: 技術(shù)概述

          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導航:
           
          主站蜘蛛池模板: 安平县| 莒南县| 阳城县| 阿图什市| 班玛县| 剑河县| 聊城市| 那曲县| 乌拉特中旗| 布尔津县| 阿鲁科尔沁旗| 晋中市| 贵阳市| 和顺县| 安溪县| 平顶山市| 宝鸡市| 高安市| 长宁县| 托克逊县| 武清区| 望奎县| 南安市| 西华县| 新余市| 双辽市| 客服| 莎车县| 德庆县| 鸡西市| 平谷区| 邵阳县| 肇州县| 宜良县| 钟祥市| 玛曲县| 池州市| 永德县| 萍乡市| 玉山县| 文化|