Y248數(shù)據(jù)中心解決方案-全球負(fù)載均衡技術(shù)GLSB_第1頁
Y248數(shù)據(jù)中心解決方案-全球負(fù)載均衡技術(shù)GLSB_第2頁
Y248數(shù)據(jù)中心解決方案-全球負(fù)載均衡技術(shù)GLSB_第3頁
Y248數(shù)據(jù)中心解決方案-全球負(fù)載均衡技術(shù)GLSB_第4頁
Y248數(shù)據(jù)中心解決方案-全球負(fù)載均衡技術(shù)GLSB_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、GLSB服務(wù)概述隨著具有Internet技術(shù)的飛速發(fā)展,單純靠提高單臺服務(wù)器的性能已不 能滿足要求,網(wǎng)站開始采用大量的服務(wù)器來同時實現(xiàn)Web應(yīng)用,這就需要有負(fù)載 均衡技術(shù)來保障服務(wù)。全球負(fù)載均衡技術(shù)(GSLB,Global Server Load Balance)是一種將 SLB 的概念擴(kuò)展到廣域范圍的技術(shù),與SLB在一個單獨的節(jié)點上為一組服務(wù)器提供負(fù) 載均衡服務(wù)不同,GSLB提供了一種對多個地域不同的服務(wù)器群(多個節(jié)點)提供 負(fù)載均衡的服務(wù),在實現(xiàn)上可以分為兩個方面,一方面是如何實現(xiàn)將用戶的請求 指向到選定的節(jié)點上,一方面是研究如何確定最佳的站點。ChinaCache GSLB服 務(wù)可以對分

2、布在不同地域的多個源站服務(wù)器群提供全球負(fù)載均衡服務(wù),我們采用 DNS解析的方式來實現(xiàn)用戶訪問重定向,同時采用智能策略確定最佳源站點,提 高了服務(wù)的可用性和系統(tǒng)性能。北京用戶ICF授權(quán)域名服務(wù)站北京P=A源站上海IP=B用戶在自己的瀏覽器中輸入要訪問的網(wǎng)站的域名 HYPERLINK 瀏覽器向本地DNS請求對該域名的解析本地DNS將解析請求發(fā)到ICP的授權(quán)域名服務(wù)器(Authoritative DNS),授權(quán) 域名服務(wù)器通知本地DNS,相應(yīng)頻道的別名是,并 且的授權(quán)域名服務(wù)器已經(jīng)是GSLB控制器(GAC)本地DNS向GSLB控制器發(fā)出域名解析請求GSLB控制器(GAC)根據(jù)預(yù)設(shè)策略,選擇最佳節(jié)點,

3、并將結(jié)果(IP地址)返回本地 DNS本地DNS將對應(yīng)的IP地址發(fā)給用戶用戶向最佳節(jié)點發(fā)出請求源站節(jié)點中的Cache服務(wù)器響應(yīng)用戶的請求,提供相關(guān)內(nèi)容產(chǎn)品特點高可用性一由于消除了對單個節(jié)點的可用性的依賴,提高了應(yīng)用程序的可用 性。如果某個站點的所有服務(wù)器均發(fā)生故障或阻塞,用戶將被自動重新引導(dǎo)到下 一個最佳站點,從而提高了服務(wù)和內(nèi)容的可用性。平臺獨立性一使得節(jié)點服務(wù)器平臺互相獨立。不同的節(jié)點可以采用不同類型 的服務(wù)器,如Unix和Windows NT等,可以結(jié)合起來執(zhí)行同一應(yīng)用程序,從而 提供了最大的靈活性。優(yōu)化的資源利用一通過將流量分配到多個服務(wù)器而提高服務(wù)器的資源利用 率。可以將客戶機(jī)定向到利

4、用率最低的服務(wù)器上,也可以對服務(wù)器進(jìn)行最佳配置 以處理特定類型的請求。這可以降低服務(wù)器成本,提高站點的性能。適用客戶具有多個服務(wù)器,且分布在不同地域的源站數(shù)據(jù)中心解決方案站點選擇技術(shù)站點選擇I支持平臺I結(jié)論若干種技術(shù)組成了完整的站點到站點恢復(fù)和多站點負(fù)載分布解決方案。在客 戶端到服務(wù)器通信中,客戶端先尋找服務(wù)器的IP地址,然后與服務(wù)器進(jìn)行通信。 發(fā)現(xiàn)服務(wù)器之后,客戶端與服務(wù)器通信,執(zhí)行事務(wù)處理。事務(wù)處理的數(shù)據(jù)保存 在數(shù)據(jù)中心內(nèi)。將客戶端請求路由到相應(yīng)服務(wù)器的任務(wù)在數(shù)據(jù)中心前端完成。 在分布式數(shù)據(jù)中心環(huán)境中,必須將最終用戶請求路由到正在運行相應(yīng)應(yīng)用的數(shù) 據(jù)中心。位于分布式數(shù)據(jù)中心前端的技術(shù)稱為請

5、求路由。站點選擇多數(shù)應(yīng)用都使用某種形式的地址解析獲得需要與之通信的服務(wù)器的IP地 址。利用地址解析方法與服務(wù)器或主機(jī)通信的應(yīng)用包括Web瀏覽器、telnet和 用戶桌面上的瘦型客戶端。獲得IP地址之后,這些應(yīng)用將根據(jù)應(yīng)用要求以安全 或非安全方式與服務(wù)器連接,以便執(zhí)行事務(wù)處理。地址解析還可以包含服務(wù)器健康狀態(tài)跟蹤。跟蹤服務(wù)器狀態(tài)使地址解析機(jī)制 能夠選擇最適合處理客戶端請求的服務(wù)器,以便提高解決方案的可用性。在遠(yuǎn) 程數(shù)據(jù)中心部署了完成相同任務(wù)的冗余服務(wù)器的分布式數(shù)據(jù)中心環(huán)境中,可以 在地址解析過程中將客戶端引導(dǎo)到相應(yīng)的數(shù)據(jù)中心。這種通過跟蹤服務(wù)器健康 狀態(tài)將客戶端引導(dǎo)到相應(yīng)服務(wù)器的方法稱為請求路由

6、。將客戶端與相應(yīng)數(shù)據(jù)中心相連的站點選擇方法共有三種:基于DNS的請求路由HTTP重定向基于BGP/IGP的路徑狀態(tài)注入(RHI)基于DNS的站點選擇如圖1所示,第一種解決方案基于DNS。通常情況下,與服務(wù)器連接時,第 一步是將域名解析成IP地址??蛻舳说慕馕鲞^程將變成對本地DNS服務(wù)器的DNS 請求,然后,DNS服務(wù)器將沿著DNS服務(wù)器等級結(jié)構(gòu)逐級向上,通過互聯(lián)網(wǎng)/內(nèi) 部網(wǎng)上直到到達(dá)目的DNS服務(wù)器為止。最后,目標(biāo)DNS服務(wù)器將公布IP地址。圖1基本DNS操作肘刊的眼DN5升于mm物槌DNS對于EQ的授您噂畤于的授權(quán)DNS.conp3(X.lD.4-.17rh一*管曾由股容器I 320610.

7、4.17客戶端請求對進(jìn)行解析;DNS代理將請求發(fā)送至根。卬,根DNS返回對于的根DNS的地址;DNS代理將請求發(fā)送至對于的根DNS,該DNS返回對于的授權(quán) DNS服務(wù)器的IP地址;DNS代理將請求發(fā)送至的授權(quán)DNS服務(wù)器,該DNS返回對于 HYPERLINK 的IP地址;DNS代理將請求發(fā)送至的授權(quán)DNS服務(wù)器,該DNS返回Web服務(wù) 器的IP地址;DNS代理向客戶端返回Web服務(wù)器的IP地址;客戶端建立與Web服務(wù)器的連接。在最底層,DNS提供深入到域結(jié)構(gòu)和子域結(jié)構(gòu)中的名稱到地址映射關(guān)系的分 布式數(shù)據(jù)庫,每個域由權(quán)威名稱服務(wù)器獨立管理。名稱服務(wù)器將名稱到地址的 對應(yīng)關(guān)系保存在資源記錄中。每條

8、記錄包含相關(guān)的存活時間(TTL)字段,以便 確定其它名稱服務(wù)器保存該項的時間。名稱服務(wù)器實施重復(fù)性或遞歸性查詢。重復(fù)性查詢或者從本地數(shù)據(jù)庫返回查詢的答案(A記錄),或者指向能夠回答查詢 的另一臺名稱服務(wù)器(NS記錄);遞歸性查詢將查詢完成名稱解析所需要的所有其它名稱服務(wù)器,并返回最終答案(A 記錄)。等級結(jié)構(gòu)中的多數(shù)名稱服務(wù)器只收發(fā)迭代性查詢。但是,本地名稱服務(wù)器通 常接受來自客戶端的遞歸性查詢。遞歸性查詢將大部分解析負(fù)擔(dān)都放在一臺名 稱服務(wù)器上。在遞歸性查詢中,客戶端解析器首先向名稱服務(wù)器發(fā)出遞歸請求,要求名稱 服務(wù)器提供某個域名的信息。然后,名稱服務(wù)器必須要么向客戶端提供所需的 數(shù)據(jù),要么

9、返回錯誤信息,說明被請求的數(shù)據(jù)或者域名不存在。由于請求是遞 歸性的,名稱服務(wù)器不能將請求方引導(dǎo)到另一臺名稱服務(wù)器。如果名稱服務(wù)器 非授權(quán)不能提供被請求的數(shù)據(jù),它必須請求另一臺名稱服務(wù)器提供答案。它可 以向其它名稱服務(wù)器發(fā)出遞歸性請求,迫使它們找到并返回答案(并傳遞關(guān)系)。 當(dāng)然,DNS代理也可以發(fā)送重復(fù)性請求,轉(zhuǎn)而由其它名稱服務(wù)器完成名稱解析任 務(wù)。當(dāng)前的實施方案傾向于使用后一種方法,即根據(jù)引導(dǎo)一步步找到答案。迭代性解析對被請求名稱服務(wù)器的要求較低。在迭代性解決方案中,名稱服 務(wù)器只將它知道的最佳答案告知請求方,而不作進(jìn)一步請求。被請求的名稱服務(wù)器首先查詢自己的本地數(shù)據(jù),包括高速緩存,看是否能

10、找 到被請求數(shù)據(jù)。如果找不到數(shù)據(jù),它將盡最大努力為查詢方提供數(shù)據(jù),幫助查 詢方繼續(xù)執(zhí)行解析過程。通常情況下,它提供的數(shù)據(jù)是其它名稱服務(wù)器的名稱 和地址。在迭代性解析中,客戶端的解析器首先查詢本地的名稱服務(wù)器,然后由本地 名稱服務(wù)器查詢眾多其它名稱服務(wù)器,以便為解析器找到答案。解析器查詢的 每臺名稱服務(wù)器都將它引導(dǎo)到DNS名稱域的下一層,即更接近答案的下一臺名 稱服務(wù)器。最后,本地名稱服務(wù)器將查詢可提供數(shù)據(jù)的權(quán)威名稱服務(wù)器,并返 回答案。HTTP重定向目前,很多應(yīng)用都具有瀏覽器前端。由于瀏覽器的內(nèi)部已經(jīng)集成了 HTTP重 定向,因而能夠在主服務(wù)器發(fā)生故障之后與備用服務(wù)器通信。在HTTP重定向過

11、程中,客戶端只經(jīng)歷一次地址解析過程。當(dāng)主服務(wù)器不可訪問時,客戶端將被 重定向到備用服務(wù)器,而不需要重復(fù)地址解析過程。一般情況下,HTTP重定向的執(zhí)行過程如下。HTTP擁有將用戶重定向到新位 置的機(jī)制,稱為HTTP重定向或HTTP-307(HTTP重定向返回代碼)。獲得服務(wù) 器的IP地址之后,客戶端將建立與服務(wù)器的TCP連接。首先,服務(wù)器將分析得 到請求的第一個HTTP?,F(xiàn)在,服務(wù)器可以看到被請求的實際內(nèi)容以及客戶端的 IP地址。如果需要重定向,服務(wù)器將向客戶端發(fā)出HTTP重定向(307)請求, 從而將客戶端引導(dǎo)到擁有被請求內(nèi)容的站點。之后,客戶端將與新主機(jī)建立TCP 連接,并請求提供實際內(nèi)容。

12、HTTP重定向機(jī)制如圖2所示。圖2 HTTP重定向的基本操作方式對于mm的根DNS于foo com的懂枳DNSSt 于 www 的授極 DNSi ww. fooI牌出服務(wù)器I ip=aoe.i04.nHTTP重定向的優(yōu)點:可以看到被請求的內(nèi)容;能看到客戶端的ip地址,有利于在多站點負(fù)載分布中選擇最適合客戶端的站點。HTTP重定向的缺點:為完成重定向操作,客戶端永遠(yuǎn)都必須先進(jìn)入主站點,然后再轉(zhuǎn)移到其它站點;存在書簽標(biāo)定問題,用戶可以將瀏覽器標(biāo)記為某個站點,但不能是全球的 站點,從而繞過了請求路由器系統(tǒng); HTTP重定向只適用于HTTP流量,某些應(yīng)用由于沒有瀏覽器前端,因而不支持 HTTP重定向。

13、路由健康注入路由健康注入(RHI)是一種機(jī)制,它允許兩個數(shù)據(jù)中心使用同一個IP地址。 這意味著同一個IP地址(主機(jī)路徑)被發(fā)布為不同的metric。上游路由器可以 同時看到兩條路徑,并將metric更好的路徑插入到其路由表中。當(dāng)設(shè)備啟用RHI 時,它將在VIP可用時將靜態(tài)路徑注入到設(shè)備的路由表中。當(dāng)VIP失效時,該 靜態(tài)路徑將刪除。如果設(shè)備發(fā)生了故障,上游路由器使用的另一條路徑將到達(dá) 服務(wù)器,從而實現(xiàn)高可用性。值得注意的是,只有當(dāng)服務(wù)器運行正常時,設(shè)備 才公布主機(jī)路徑。注意由于多數(shù)路由器不向互聯(lián)網(wǎng)傳送主機(jī)路徑信息,因此,公布主機(jī)路由的 RHI通常只限于在內(nèi)部網(wǎng)中使用。同一個IP地址還可以從稱為

14、備用位置但metric不同的另一個位置公布。這 種機(jī)制與前面介紹的方法非常相似,惟一的不同是路徑能夠用不同metric公布。對于支持互聯(lián)網(wǎng)用戶的應(yīng)用,可以在互聯(lián)網(wǎng)邊緣匯總主機(jī)路徑,然后重新分 布到BGP。這些路徑可以利用思科BGP的有條件宣告特性從備用位置宣告。只要 IP地址在主站點有效,或者與多家電信運營商的鏈接有效,并且不從備用站點 公布IP地址,這種方式就可以正常操作。RHI的優(yōu)點包括:快速收斂(IGP收斂);自我控制,不依賴于內(nèi)容路由設(shè)備;適用于業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)解決方案;單一 IP地址。RHI的缺點包括:不能用于站點到站點負(fù)載均衡,因為路由表只有一個條目。通常只用于主用/備用配支持

15、平臺思科的很多產(chǎn)品都支持分布式數(shù)據(jù)中心的請求路由。這些產(chǎn)品的功能各不相 同。支持這些功能的所有產(chǎn)品包括:全球站點選擇器(GSS 4480)分布式導(dǎo)向器分布式導(dǎo)向器和IOS SLB/DFPWebNS與全球服務(wù)器負(fù)載均衡Cat6K平臺的內(nèi)容交換模塊全球站點選擇器思科GSS 4480能夠?qū)崿F(xiàn)分布式數(shù)據(jù)中心的負(fù)載均衡。GSS能夠與服務(wù)器負(fù) 載均衡產(chǎn)品互操作,例如Cisco CSS 11000和CSS 11500內(nèi)容服務(wù)交換機(jī)以及 Cisco Catalyst? 6500系列交換機(jī)的內(nèi)容交換模塊(CSM)。思科GSS 4480產(chǎn)品提供以下主要功能:為思科的內(nèi)容交換機(jī)提供可以擴(kuò)展的專用硬件平臺,通過檢測站

16、點中斷或站點擁 塞,保證應(yīng)用永遠(yuǎn)可用;利用不同的站點選擇算法,改善全球數(shù)據(jù)中心或站點選擇過程;提供集中子域管理,作為現(xiàn)有DNS基礎(chǔ)設(shè)施的補充。利用思科GSS 4480,由于企業(yè)能夠在主數(shù)據(jù)中心發(fā)生故障時將客戶端引導(dǎo) 至備用數(shù)據(jù)中心,因而能部署互聯(lián)網(wǎng)和內(nèi)部網(wǎng)應(yīng)用。思科GSS 4480能夠連續(xù)監(jiān) 控多個數(shù)據(jù)中心的服務(wù)器負(fù)載均衡設(shè)備的負(fù)載和狀態(tài),并將客戶端重定向至負(fù) 載較低的數(shù)據(jù)中心。每個數(shù)據(jù)中心的負(fù)載情況由用戶確定。GSS的主要特性和優(yōu)點如下:為電子商務(wù)應(yīng)用提供站點持續(xù)性;提供對災(zāi)難恢復(fù)和多站點部署部署至關(guān)重要的架構(gòu);提供對DNS解析過程的集中指揮和控制;提供對DNS請求的專門處理,以提高性能和可

17、擴(kuò)展性;提供DNS快速處理特性。思科GSS 4480可以實時地根據(jù)本地DNS與多個站點之 間的RTT,將客戶端引導(dǎo)至距離最近的數(shù)據(jù)中心;支持基于Web的圖形用戶界面(GUI)和向?qū)?,可簡化配置。圖3 GSS的基本操作方式圖3所示是GSS的基本操作方式,各步驟內(nèi)容如下:GSS檢測服務(wù)器狀態(tài),以便了解服務(wù)器的狀態(tài)和負(fù)載情況;客戶端請求解析HTTP請求中的URL;本地DNS服務(wù)器執(zhí)行DNS查詢,GSS根據(jù)預(yù)定算法返回IP地址;客戶端與服務(wù)器連接。分布式導(dǎo)向器思科分布式導(dǎo)向器是一種基于DNS的技術(shù),能夠?qū)崿F(xiàn)設(shè)立在多個地點或獨立 拓?fù)渲械臄?shù)據(jù)中心之間的負(fù)載均衡。其目標(biāo)是將客戶端引導(dǎo)至最適合或最好的 數(shù)據(jù)

18、中心,使用的方法是通過導(dǎo)向器響應(yīng)協(xié)議(DRP)與網(wǎng)絡(luò)上的其它思科路由 器通信。如果沒有分布式導(dǎo)向器,最終用戶需要利用輪循DNS以循環(huán)方式與不同的服 務(wù)器相連。由于DNS不了解網(wǎng)絡(luò)拓?fù)浠蚍?wù)器可用性,因而會使最終用戶與遠(yuǎn) 距離或不可用的服務(wù)器相連,從而降低訪問性能,提高傳輸成本。最后,由于 循環(huán)DNS以循環(huán)方式向服務(wù)器分布服務(wù),因而只能平等對待所有服務(wù)器,致使 功能低下的服務(wù)器不堪重負(fù),功能強大的服務(wù)器(通常比較昂貴)則任務(wù)不飽 滿。無論是基于TCP還是UDP的IP服務(wù),都可以使用分布式導(dǎo)向器分布。例如,由于能夠利用智能監(jiān)控服務(wù)器狀態(tài),分布式導(dǎo)向器能夠依據(jù)客戶端到 服務(wù)器拓?fù)溧徑群?或客戶端到

19、服務(wù)器鏈路延遲(往返時間RTT)的大小,透 明地將最終用戶服務(wù)請求引導(dǎo)至最適合的服務(wù)器,最終提高最終用戶感受到的 訪問性能,并降低按需撥號路由環(huán)境中的傳輸成本。思科分布式導(dǎo)向器在執(zhí)行負(fù)載分布時,能夠通過服務(wù)器可用性、相對的客戶 端到服務(wù)器拓?fù)溧徑龋ā熬嚯x”)和客戶端到服務(wù)器鏈路延遲大小確定“最 佳”服務(wù)器。換言之,用戶只需要一個子域名稱或全局資源定位符(URL)嵌入 式主機(jī)名稱,就能訪問一組分布式服務(wù)器,而不需要從很多的可能站點中進(jìn)行 選擇??傊?,思科分布式導(dǎo)向器能夠利用網(wǎng)絡(luò)中的智能自動、動態(tài)、有效地為 用戶挑選出“最佳”服務(wù)器。分布式導(dǎo)向器利用導(dǎo)向器響應(yīng)協(xié)議(DRP)由思科系統(tǒng)公司開發(fā)的一

20、種 基于UDP的應(yīng)用 執(zhí)行以下兩種任務(wù): 從DRP服務(wù)器代理查詢分布式服務(wù)器與客戶端之間的BGP和IGP路由表指標(biāo),確 定客戶端到服務(wù)器的拓?fù)溧徑取jP(guān)于這些DRP指標(biāo),我們將在本文的后面部分討 論。從DRP服務(wù)器代理查詢客戶端到服務(wù)器鏈路延遲指標(biāo)。關(guān)于循環(huán)時間DRP指標(biāo)的 使用,我們將在本文的后面部分討論。分布式導(dǎo)向器的基本操作方式如圖4所示。圖4分布式導(dǎo)向器的基本操作方式C鉞6k中的內(nèi)容VJ*服務(wù)爵交換模塊W或服務(wù)器DD檢測服務(wù)器狀態(tài),以便了解服務(wù)器的運行狀況;客戶端請求解析;本地DNS服務(wù)器執(zhí)行迭代性DNS查詢,DD在按照配置咨詢DRP代理之后返回IP 地址;客戶端與服務(wù)器相連,完成事務(wù)

21、處理。分布式導(dǎo)向器、IOS-SLB和動態(tài)反饋協(xié)議如前所述,分布式導(dǎo)向器利用各種指標(biāo)將客戶端引導(dǎo)至相應(yīng)的全球服務(wù)器群 或分布式數(shù)據(jù)中心。運行動態(tài)反饋協(xié)議(DFP)的IOS-SLB向分布式導(dǎo)向器環(huán)境 提供其它屬性,以便確定哪個站點最適合處理客戶端的請求。Cisco IOS服務(wù)器負(fù)載均衡(SLB)特性是提供服務(wù)器負(fù)載均衡功能的Cisco IOS軟件解決方案。服務(wù)器和負(fù)載均衡設(shè)備通過DFP機(jī)制向分布式導(dǎo)向器提供關(guān) 于設(shè)備負(fù)載狀況的反饋。分布式導(dǎo)向器利用這種反饋靈活地將客戶端引導(dǎo)至負(fù) 載最低的數(shù)據(jù)中心。WebNS和全球服務(wù)器負(fù)載均衡Cisco 11000系列內(nèi)容服務(wù)交換機(jī)(CSS)利用全球服務(wù)器負(fù)載均衡

22、(GSLB) 和網(wǎng)絡(luò)鄰近度方法,將內(nèi)容請求分布到多個站點。Cisco 11000系列CSS能夠通過GSLB將內(nèi)容請求分布到多個站點,并利用 內(nèi)容智能根據(jù)被請求的內(nèi)容和內(nèi)容的所在地分布請求。網(wǎng)絡(luò)鄰近度是GSLB的增 強版本,能夠根據(jù)到達(dá)內(nèi)容使用者所在位置的全程時間選擇距離最近或最靠近 的Web站點。顯然,網(wǎng)絡(luò)鄰近度的全球持續(xù)性很高,因為只要網(wǎng)絡(luò)拓?fù)浔3植?變,來自某個位置的所有請求的鄰近度計算都是相同的。WebNS還提供可以擴(kuò)展的解決方案,在不犧牲鄰近度或GSLB的前提下提供 粘性站點選擇。在這種增強版本中,管理員能夠利用粘性數(shù)據(jù)庫配置D代理的 粘性時間。TTL值的范圍在幾分鐘到幾天之間。內(nèi)容服

23、務(wù)交換機(jī)執(zhí)行的基本GSLB操作如圖5所示。圖5使用內(nèi)容服務(wù)交換機(jī)執(zhí)行的基本GSLB操作內(nèi)容服務(wù) 交換機(jī)wcb服務(wù)器每個CSS檢測服務(wù)器狀態(tài),以便了解服務(wù)器的運行狀況,并利用TCP連接交換服 務(wù)器可用性信息;客戶端請求解析;本地DNS服務(wù)器執(zhí)行迭代性DNS請求,CSS根據(jù)配置返回IP地址;客戶端與服務(wù)器連接,完成事務(wù)處理。Catalyst 6000的內(nèi)容交換模塊思科內(nèi)容交換模塊(CSM)將第四到七層高級內(nèi)容交換集成到Cisco Catalyst 6500系列或Cisco 7600系列互聯(lián)網(wǎng)路由器中。CSM提供高性能、高可用性負(fù)載 均衡,并能夠充分利用平臺中固有的全部第二層、第三層和QoS特性。C

24、SM不但 能直接與思科分布式導(dǎo)向器通信,執(zhí)行GSLB功能,還支持DFP和RHI特性。利用CSM執(zhí)行路徑狀態(tài)注入的方式如圖6所示。當(dāng)CSM上的RHI啟用之后, CSM將把靜態(tài)路徑注入MSFC的路由表中,然后由MSFC重新分布。圖6帶RHI的CSMWebCfltOk中的內(nèi)容Web服務(wù)器交換模換服務(wù)器每個CSM檢測服務(wù)器狀態(tài),如果服務(wù)器可用,則將靜態(tài)路徑注入MSFC路由表, 并與兩臺Catalyst 6500的各種指標(biāo)一同發(fā)布(相同的IP地址與兩個位置的不同指標(biāo) 一同發(fā)布);主機(jī)路徑被傳輸?shù)缴嫌温酚善?,指?biāo)最好的路徑將得到上游路由器的采用;客戶端請求解析;本地DNS服務(wù)器執(zhí)行迭代性DNS查詢,返回I

25、P地址;客戶端與適當(dāng)?shù)腤eb服務(wù)器相連,因為發(fā)布的路徑的指標(biāo)更好。結(jié)論站點選擇能夠保證讓最適合的數(shù)據(jù)中心處理客戶端請求。每種方法都有自己 的優(yōu)點和缺點。任何一種解決方案都不能適用于所有站點到站點恢復(fù)部署。但 是,無論您選擇哪種站點選擇機(jī)制,思科產(chǎn)品系列都同時支持所有三種站點選 擇機(jī)制。部署解決方案時,應(yīng)當(dāng)考慮以下因素:是否是基于Web的應(yīng)用?DNS高速緩存是否成為問題?屬于主用-主用站點還是主用一備用站點? HTTP重定向以外的所有解決方案都按照應(yīng)用的可達(dá)性/可用性將流量重定向到其它站點。HTTP重定向依賴接收到的HTTP重定向錯誤代碼將客戶端重定向至其它站點。發(fā) 生災(zāi)難時,這種解決方案可能不

26、適用。證券網(wǎng)站加速和安全解決方案來源:作者: 發(fā)布時間:2007-08-21互聯(lián)網(wǎng)的出現(xiàn),改變了人們的生活和工作方式,也給證券經(jīng)紀(jì)業(yè)帶來了新的機(jī)遇和挑戰(zhàn)。自2000年 3月30日證監(jiān)會發(fā)布網(wǎng)上證券委托暫行管理辦法之后,網(wǎng)上證券委托作為新一代的證券交易方式, 在國內(nèi)得到了迅猛的發(fā)展,各種類型的網(wǎng)上證券經(jīng)紀(jì)服務(wù)網(wǎng)站相繼出現(xiàn)。部分券商網(wǎng)上投資者的開戶數(shù) 占公司客戶總數(shù)的比重巳達(dá)到30%以上,網(wǎng)上股票交易量占公司股票交易總量的比例達(dá)20%多。網(wǎng)站建設(shè)是證券公司開展網(wǎng)上交易業(yè)務(wù)的技術(shù)基礎(chǔ)。隨著業(yè)務(wù)的擴(kuò)大,網(wǎng)站訪問量呈幾何級數(shù)增加, 這時,訪問速度往往成為制約業(yè)務(wù)擴(kuò)大的瓶頸,網(wǎng)民巳經(jīng)無法容忍點擊一下鼠標(biāo),

27、然后可以去喝咖啡, 以等待下一個頁面出現(xiàn)了。這樣慢似蝸牛的網(wǎng)站是留不住客戶的。在證券交易這樣分秒必爭的行業(yè),他 很快就轉(zhuǎn)移到你的競爭對手那里去了。為解決類似這樣的問題,出現(xiàn)了許多技術(shù)。例如,Web Cache技術(shù),讓訪問過的頁面保留在Cache 中,下次訪問可以直接從Cache中讀出;服務(wù)器負(fù)載均衡技術(shù)(Server Load Balancing,簡稱SLB), 讓多個服務(wù)器分擔(dān)工作負(fù)荷;GSLB技術(shù)(Global Server Load Balancing),讓分布在不同地理位置 的網(wǎng)站自動均衡負(fù)載;SSL加速器,用硬件替代軟件,使SSL加解密速度更快;等等。這些技術(shù)的出現(xiàn) 無疑為證券公司帶來了福音,但是也帶來了新的問題。這個方案在解決券商網(wǎng)站速度和安全問題的同時,存在兩個問題:券商投資巨大。每使用一種技術(shù),就增加一種設(shè)備。為提高整個系統(tǒng)的可靠性,所有設(shè)備必須有 冗余備份,系統(tǒng)造價很高。圖一沒有畫出多個鏡像站點的情況。如果每個站點都采用這個方案,網(wǎng)站的 建設(shè)投資是很驚人的。管理維護(hù)復(fù)雜。這樣大量的設(shè)備無疑是在考驗網(wǎng)站管理維護(hù)人員的技術(shù)水平和工作耐心。與各家 不同的設(shè)備供應(yīng)商打交道往往不是一件很愉快的事情。網(wǎng)上交易業(yè)務(wù)的快速發(fā)展迫切需要一種既能使用上述各種新技術(shù)加速、保護(hù)網(wǎng)站,又能減少投資、 降低系統(tǒng)復(fù)雜性的新的解決方案。黎明網(wǎng)絡(luò)有限公司推出了一種解決這個問題的新的產(chǎn)品和

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論