雙活大數據中心方案設計_第1頁
雙活大數據中心方案設計_第2頁
雙活大數據中心方案設計_第3頁
雙活大數據中心方案設計_第4頁
雙活大數據中心方案設計_第5頁
已閱讀5頁，還剩22頁未讀， 繼續免費閱讀

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

1/15 雙活數據中心方案一、需求背景：災心正在成為商業銀行的共同選擇。二、開展趨勢：多數據中心的建設需要投入大量資金，其項目周期往往很長，涉與的X圍1.單純的數據容災：造成了巨大的浪費。2.構建業務連續性：兩個數據中心〔同城/異地〕的應用都處于活動狀態，都有業務對外提供服，保證業務的連續性，幫助用戶接入最優節點，提高用戶訪問體驗。3.提升業務服務能力：2/153/15三、業務目標：可以歸納為以下幾點：令流量分發令故障切換令業務安全技術手段保證整個數據中心抵抗DDos攻擊，各業務系統不被黑客非法入令環境一致性。四、實現邏輯我們把整個數據中心在邏輯上分為接入層和服務層，其處理邏輯的示意圖如下：令接入層〔智能DNS〕令接入層〔RHI路由注入〕4/154令服務層令故障切換5/1556/15五、總體設計7/15IPDNS解析實現，其可根據用戶地理位置、用IP地址，實現流量的合理分配。對于數據中心的內網業務，一局部與外網業務一樣，通過域名發布。另一局部與一級分行業務類似，直接通過IP地址訪問。對于通過IP地址訪問的業務，內網全局負載采用IP-Anycast〔RHI路由注入〕技術實現，其原理是在各數據中心以一樣IP發布業務，由動態路由六、互聯網業務全局負載〔以網銀為例〕8/15DNS調度策略，首先，S負載設備會識別該Cookie，將用戶請求轉發至第一次處理該用戶訪問的WEB9/15 的各區域負載均衡聯動，實時共享信息，數據中心層面：/11/15 數據中心層面：a.跨數據中心的數據庫同步需占用大量帶寬資源，且數據量非常大，部署12/15a.負載設備在服務單元內部通過旁路部署，為保證來回數據一致需要開啟載。七、內網業務全局負載〔以一級分行為例〕13/15用RHI路由注入的方式對外發布。負載設備以M+N集群的方式分別部署在兩路由注入的方式與OSPF實現聯動，以COST的大小來判斷訪問的最優路徑。簡化運維工作。14/15 4條路由，共16條路由，客戶端最終訪問的路徑由動態路由協議自身策略〔根據COST值〕決定。而采用M+N方式的高可用集群，配合基于具體應用的IP-Anycast技術，每臺設備承載一種主要業務，其他業務在該設備作為備份狀內網業務比擬特殊，客戶端的位置和IP都相對固定。不考慮故障情況，正常網絡環境下，路由器根據COST判斷訪問路徑時結果也相對固定，不存在同15/15 服務器：單臺

溫馨提示

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

評論

0/150

提交評論