Radware全局負載均衡的解決方案是怎樣的

Radware全局負載均衡的解決方案是怎樣的，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

一. 需求分析

　　無論用戶的數據中心內部采用多么完善的冗余機制、安全防范工具以及先進的負載均衡技術，單個數據中心的運行方式仍然不能保證關鍵業務可以7*24不間斷運行。而為了滿足處于全球范圍內不同地點的用戶在訪問應用時可以具備相同的快速訪問感受，單一的數據中心卻完法實現。基于以上兩個最主要的原因，用戶通過在不同物理位置構建多個數據中心的方式已經成為用戶的必然選擇。

　　然而，在構建了多個數據中心后，如何通過有效手段實現多個數據中心間的協調工作，引導用戶訪問最優的站點，或者當某個站點出現災難性故障后使用戶仍然可以訪問其他站點上的關鍵業務等問題成為用戶最關注的問題。

二. Radware全局負載均衡解決方案

　　Radware的全局負載均衡解決方案能夠幫助客戶通過將相同服務內容布署在處于不同物理地點的多個數據中心中得到更高的可用性、性能、以及更加經濟和無懈可擊的安全性，以便在全球范圍內的客戶獲得更快的響應時間。

　　Radware的全局負載均衡解決方案支持 Radware 下一代 APSoluteOS軟件體系結構的全部功能，徹底解決了網絡可用性、性能和安全問題，使得應用在多個數據中心中獲得更高的靈敏并具有自適應性。配合Radware的高速度、高容量ASIC芯片+NP處理器的專用硬件應用交換設備，可有效保障網絡應用的高可用性、提升網絡性能，加強安全性，全面提升IT服務器等網絡基礎設施的升值潛力。

　　結合Radware多年來在智能應用流量管理領域的經驗，以及對用戶實際需求的分析，我們認為負載均衡器應具備如下功能：

　　能夠通過唯一的IP地址或域名的方式作為所有提供相同服務的數據中心的邏輯入口點。

　　全局負載均衡交換機具有靈活的流量分配算法與機制，以確保用戶總能訪問可以為其提供最優服務的數據中心的內容。

　　通過部署高性能的負載均衡產品，能夠及時發現各數據中心或數據中心內部的服務器的健康狀況，當某個數據中心出現故障時，保證把后續用戶的訪問導向到正常運行的數據中心上。

　　針對基于會話的業務，可以提供多種會話保持機制，確保用戶在處理業務時的連續性。避免將用戶的相同會話的業務請求，分配到不同的數據中心而造成訪問失敗。

　　應具備安全過慮及防DOS/DDOS的功能，為服務器提供多一層安全保障

　　具有很好的升級與可擴展性，能夠適應特定的和不斷變化的業務需求。

　　2.1 方案拓撲圖 

      2.2 AppDirector-Global實現全局及本地負載均衡

　　在全局及本地負載均衡方面，AppDirector-Global主要在網絡中實現以下功能：

　　2.2.1 全局負載均衡策略

　　 Radware

　　支持多種全局負載均衡策略，能夠通過唯一的IP地址或域名的方式作為所有提供相同服務的數據中心的邏輯入口點。根據用戶的實際情況，可以選擇其中以下的一種，也可以組合同時使用。

　　方式一 基于DNS 重定向

　　支持基于LocalDNS位置的就近性解析功能。當用戶通過域名方式進行訪問時，可以根據用戶使用的LocalDNS位置進行就近性計算，將最佳站點的IP地址解析給用戶。

　　方式二 基于網絡就近性判斷和廣域三角重定向

　　與方式一相比，本全局負載均衡策略的不同點也是最大優點在于：AppDirector-Global不僅可以解析相應的域名，同時還根據用戶真實IP地址來進行最優站點計算和判斷，最終將用戶流量重定向相應的服務節點上。當用戶請求的服務使用的協議不具有類似于"HTTP302"的重定向命令時，該策略的順利實現利用RadwareAppDirector-Global產品所獨具的"廣域三角重定向"能力來完成服務的重定向。

　　方式三 基于http重定向

　　當用戶請求的服務使用的是http的協議時，可以通過對用戶真實的IP地址位置進行就近性計算，由AppDirector-Global發送"HTTP302"的重定向命令，指引用戶訪問最佳站點。

　　方式四 基于rtsp重定向

　　當用戶請求的服務使用的是rtsp的協議時，可以通過就近性計算，由AppDirector-Global發送"HTTP302"的重定向命令，指引用戶訪問最佳站點。

　　2.2.2 就近性計算

　　為了能夠準確計算出全球范圍的用戶在訪問資源時，能夠將用戶導向"最優"的數據中心前，全局負載均衡器必需經過周密的運算，對用戶到各站點之間的距離、延時、及當前數據中心的負載情況等因素全部考慮后，才能真正判斷出當前"最優"的服務數據中心。

　　 Radware

　　的設備支持兩種就近性計算的方法,建議采用兩種方式并存使用。

　　方式一 靜態就近性運算

　　該方式采用靜態地址表的方式對用戶的請求進行引導。當用戶的IP地址或LDNS的IP地址命中靜態地址表時，AppDirector-Global直接將用戶導向已定義的最佳站點。當沒有命中靜態地址表時，則采用動態就近性運算方式。

　　方式二 動態就近性運算

　　 Radware

　　的動態就近性方式已申請專利，該方式可以根據用戶真實位置或LDNS與各站點的往返延時、hops、及各站點的當前負載情況，進行組合運算(三個條件可以設置計算權值),將用戶導向最佳站點。

　　為避免動態計算時為用戶帶來的訪問延時，Radware設備對已查詢過的IP地址采用C類地址的計算結果保存方式，對于在同一C類地址內的用戶，直接調用已查計算過的地果。另外，可以手工設置計算結果的保留時間。

　　2.2.3 健康狀況檢查

　　AppDirector-Global可靠的健康狀況檢查可以保證用戶獲得最佳的服務站點。AppDirector-Global可以監視服務器在IP、TCP、UDP、應用和內容等所有協議層上的工作狀態。如果發現故障，用戶即被透明地重定向到正常工作的服務站點上。這可以保證用戶始終能夠獲得他們所期望的信息。

　　為了確保服務正常運行，AppDirector-Global監控從Web服務器、中間件服務器到后端數據庫服務器的整個路徑上工作狀態，確保整個數據路徑上的服務器都處于正常狀態。如果存在一個故障服務器，AppDirector-Global則不會將用戶分配到這個發生故障路徑的服務器，從而保證為用戶提供透明的數據完整性保障。

　　2.2.4 交易完整性的可靠保證

　　AppDirector-Global基于DNS會話保持的特性，可以保證用戶的相同會話請求始終保持在同一站點的服務器上。

　　為了保證用戶在訪問具有會話連續性業務時不會被負載均衡器分配到不同的服務器上，AppDirector-Global在提供本地負載均衡的同時，還可以具備基于cookie,session,sourceIP等方式將用戶的請求定位在相同的服務器上。

　　2.2.5 完全的容錯與冗余

　　AppDirector-Global的配置提供設備間的完全容錯，以確保網絡最大的可用性。兩臺AppDirector-Global設備工作在冗余模式下，通過網絡相互檢查各自的工作狀態，為其所管理的應用保障完全的網絡可用性。它們可工作于"主用-備用"模式或"主用-主用"模式，在"主用-主用"模式下，因為兩個設備都處于工作狀態，從而最大限度地保護了投資。并且所有的信息都可在設備間進行鏡像，從而提供透明的冗余和完全的容錯，確保在任何時候用戶都可以獲得從點擊到內容的最佳服務。

　　2.2.6 通過正常退出服務保證穩定運行

　　當需要進行服務器升級或系統維護時，AppDirector保證穩定的服務器退出服務以避免服務中斷。當選定某臺服務器要從服務器退出服務后，AppDirector將不會將任何新的用戶分配到該服務器。但是，它可以要退出服務的服務器上完成對當前用戶的服務。從而保證了無中斷的優質服務，以及服務器組的簡易管理能力。

　　2.2.7 智能的服務器服務恢復

　　將重新啟動的服務器應用到服務中時，避免新服務器因突然出現的流量沖擊導致系統故障是非常重要的。所以，在將新服務器引入服務器組時，AppDirector將逐漸地增加分配到該服務器的流量，直至達到其完全的處理能力。從而不僅保證用戶在服務器退出服務時，同時還保證服務器在啟動期間以及應用程序開始時，均能獲得不間斷服務。

　　2.2.8 通過負載均衡優化服務器資源

　　AppDirector執行復雜的負載均衡算法，在多個本地和遠程服務器間動態分配負載。這些算法包括循環、最少用戶數、最小流量、NativeWindowsNT以及定制代理支持。除了這些算法，AppDirector還可以為每個服務器分配一個可以配置的性能加權，從而提高服務器組的性能。

　　2.2.9 應用交換

　　AppDirector根據IP地址、應用類型和內容類決定流量分配。這樣，管理員就可以為不同類型的應用程序分配不同的服務器資源。應用交換支持不同協議上的各種應用，包括TCP、UDP、IP、Telnet、Rshell、TFTP、流、被動FTP、HTTP、e-mail、DNS、VOIP等等。Radware 還為運行于動態端口并要求同步的應用設計了特殊支持功能。

　　2.2.10 URL交換

　　AppDirector完全支持 URL 交換，根據 URL 和 HTTP 信息分配流量。每個URL都可以重定向到某服務器，或在多個服務器之間進行負載均衡，從而提供優化的 Web 交換性能。根據URL文本中包含的信息，AppDirector可以保持客戶持續性，從而保證內容的個性化。

　　2.2.11 內容交換

　　內容交換使管理員可以根據交易的內容來分配服務器資源。例如，CGI腳本可以位于一個單獨的服務器組，當發生對該內容的請求時，會話就被重定向到其中某個服務器。AppDirecto-Global的內容交換能力可以廣泛支持SSLID 和 Session ID， 保持客戶持續性，保證最佳流量管理和應用內容個性化。

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。