數(shù)據(jù)中心建設(shè)架構(gòu)設(shè)計doc(編輯修改稿)
2024-08-14 05:54 本頁面
【文章內(nèi)容簡介】 T（安全網(wǎng)絡(luò)地址轉(zhuǎn)換）將流量動態(tài)導(dǎo)向最佳鏈路。Default gateway pool包含了多個網(wǎng)關(guān)，F(xiàn)5 LC將根據(jù)負(fù)載均衡算法選擇一個最優(yōu)網(wǎng)關(guān)，將當(dāng)前數(shù)據(jù)發(fā)送到該網(wǎng)關(guān)，從而發(fā)送到對應(yīng)ISP。SNAT提供了一個安全機(jī)制，可將不能路由內(nèi)部地址轉(zhuǎn)換為可路由的地址，并將流量導(dǎo)向合適的上游網(wǎng)關(guān)路由器。利用LC的智能流量管理功能，可替代防火墻的NAT功能，并保證流量可以通過與WAN或互聯(lián)網(wǎng)的最佳連接往返發(fā)送。 另外LC可以利用rules功能實現(xiàn)類似策略路由的功能，LC可以根據(jù)數(shù)據(jù)源地址或目的地址來選擇路徑，從而實現(xiàn)outbound流量的最優(yōu)鏈路選擇，避免針對某些鏈路的站點收費問題。入站連接 為了保證用戶可以在24*7并且提高用戶的訪問速度，LC可以通過智能DNS解析功能，動態(tài)選擇最佳鏈路，將外部用戶導(dǎo)向駐留在站點中的資源。LC上可以配置多個VLAN，分別綁定多個ISP 服務(wù)商的公網(wǎng)地址,解析來自互聯(lián)網(wǎng)用戶的地址解析請求。后臺服務(wù)器則由LC 做成集群和虛擬化成針對ISP A的虛擬服務(wù)器Virtual Server 1 和ISP B的虛擬服務(wù)器Virtual Server 2 ，這樣對于每個用戶到來的請求, LC都會分別檢測后臺服務(wù)器的狀態(tài)并選擇最佳的鏈路提供服務(wù),達(dá)到用戶的就近性訪問及服務(wù)器的負(fù)載均衡。LC在回應(yīng)客戶的DNS解析請求時, 可以采用15種動態(tài)或者靜態(tài)的決策方法中的任何一種方法并檢測鏈路的實際狀態(tài)將復(fù)合客戶要求的最佳狀態(tài)的鏈路的服務(wù)器公網(wǎng)地址返回給客戶端, 從而達(dá)到多鏈路動態(tài)負(fù)載均衡的效果。技術(shù)實現(xiàn)原理講解鏈路的健康檢查多種服務(wù)器狀態(tài)監(jiān)測手段?服務(wù)器 (Node) Ping (ICMP)?服務(wù) (Port) Connect?擴(kuò)展的應(yīng)用驗證 (EAV) ?擴(kuò)展的內(nèi)容驗證 (ECV)?頻度, . 10 seconds?響應(yīng), . 5 seconds如何有效地確定鏈路以及提供對外服務(wù)的服務(wù)器、應(yīng)用、內(nèi)容的狀態(tài)，是提高系統(tǒng)可靠性的關(guān)鍵。BIGIP link controller利用其獨到的、高效的“健康檢測”手段，識別服務(wù)器、應(yīng)用、內(nèi)容的狀態(tài)。它們包括L2~L3的icmp檢查，L4的tcp/udp port檢查，L7的ECV檢查和用戶可以任意定制的EAV檢查等多種方法。擴(kuò)展內(nèi)容查證(ECV: Extended Content Verification)ECV是一種非常復(fù)雜的服務(wù)檢查，主要用于確認(rèn)應(yīng)用程序能否對請求返回對應(yīng)的數(shù)據(jù)。如果一個應(yīng)用對該服務(wù)檢查作出響應(yīng)并返回對應(yīng)的數(shù)據(jù)，則BIGIP控制器將該服務(wù)器標(biāo)識為工作良好。如果服務(wù)器不能返回相應(yīng)的數(shù)據(jù)，則將該服務(wù)器標(biāo)識為宕機(jī)。宕機(jī)一旦修復(fù)，BIGIP就會自動查證應(yīng)用已能對客戶請求作出正確響應(yīng)并恢復(fù)向該服務(wù)器傳送。該功能使BIGIP可以將保護(hù)延伸到后端應(yīng)用如Web內(nèi)容及數(shù)據(jù)庫。BIGIP的ECV功能允許您向Web服務(wù)器、防火墻、緩存服務(wù)器、代理服務(wù)器和其它透明設(shè)備發(fā)送查詢，然后檢查返回的響應(yīng)。這將有助于確認(rèn)您為客戶提供的內(nèi)容正是其所需要的。依據(jù)鏈路健康狀態(tài)和流量來均衡處理DNS 解析在確定了ISP接入鏈路的連通狀態(tài)后， linkcontroller 可以根據(jù)ISP鏈路的實際流量，鏈路品質(zhì)等因素來進(jìn)行智能的DNS解析處理，如果出現(xiàn)某ISP鏈路中斷的情況， 在確認(rèn)后及時的改變DNS解析的內(nèi)容， 將中斷鏈路的IP 地址從DNS解析列表中刪除， 保證解析出的地址都一定是可以訪問得到的可用地址。系統(tǒng)切換時間在采用DNS實現(xiàn)鏈路切換時，系統(tǒng)的切換時間主要取決于每個域名的TTL時間設(shè)置。在LinkControl系統(tǒng)里。在用戶的LocalDNS得到域名解析紀(jì)錄后，將在本地在TTL設(shè)定時間內(nèi)將該域名解析對應(yīng)紀(jì)錄進(jìn)行Cache，在Cache期間所有到該LocalDNS上進(jìn)行域名解析的用戶均將獲得該紀(jì)錄。在TTL時間timeout之后，如果有用戶到LocalDNS上請求解析，則此LocalDNS將重新發(fā)起一次請求到LinkController上獲得相應(yīng)紀(jì)錄。因此，當(dāng)單條線路出現(xiàn)故障時，LinkController將在系統(tǒng)定義的檢查間隔（該時間可自行定義）內(nèi)檢查到線路的故障，并只解析正常的線路側(cè)地址。但此時在LocalDNS上可能還有未過時的Cache紀(jì)錄。在TTL時間timeout之后，該LocalDNS重新發(fā)起請求的時候就將從LinkController上獲得正確的解析，從而引導(dǎo)用戶通過正常的線路進(jìn)行訪問。系統(tǒng)檢測間隔加上TTL時間之和則為系統(tǒng)切換的最長時間。通常，系統(tǒng)檢測間隔設(shè)置為60秒，而TTL時間設(shè)置為600秒，所以系統(tǒng)切換的整體時間為11分鐘。LinkController替代現(xiàn)有的DNS服務(wù)器LinkController在實現(xiàn)雙鏈路時的Inbound流量時，要求將DNS的最終解析權(quán)交由LinkControllerp完成，建議將站點的所有域名解析均放置到LinkController上進(jìn)行解析，優(yōu)點是可以充分利用LinkController的動態(tài)用戶引導(dǎo)和強(qiáng)大的圖形化管理界面。注冊多一個NS記錄LinkController取代現(xiàn)在DNS服務(wù)器后，需在上一級DNS服務(wù)器中添加一個新的NS記錄，即指向新增加鏈路中的LinkController的IP地址。這樣，對應(yīng)一個域名，將產(chǎn)生兩個不同ISP的NS記錄。F5服務(wù)器負(fù)載均衡針對系統(tǒng)中不同的服務(wù)器以及不同的應(yīng)用特點，要選擇不同的負(fù)載均衡算法以及其它策略來實現(xiàn)智能的流量分配。 服務(wù)器負(fù)載均衡包括兩個方面，其一是將用戶訪問流量
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1