freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

警務(wù)云雙活數(shù)據(jù)中心解決方案設(shè)計報告(編輯修改稿)

2025-06-11 01:10 本頁面
 

【文章內(nèi)容簡介】 Controller對各內(nèi)容站點負(fù)載均衡設(shè)備上定義的VIP或服務(wù)器(沒有本地負(fù)載均衡的情況)進(jìn)行第四層TCP/UDP健康檢查和第七層應(yīng)用健康檢查。未能通過健康檢查的站點不會被選為最佳的內(nèi)容節(jié)點。2) 地理區(qū)域或用戶自定義區(qū)域一個區(qū)域為若干條IP地址前綴。根據(jù)用戶本地DNS的IP地址,將特定IP范圍的用戶優(yōu)先分配到某個通過健康檢查的站點。值得一提的是,由于DNS本身的工作原理所限,GSLB Controller只能看到用戶本地DNS的IP地址,而不是用戶終端的IP地址。當(dāng)用戶使用錯誤的本地DNS(如教育網(wǎng)用戶配置網(wǎng)通的DNS服務(wù)器)時,GSLB Controller返回的DNS應(yīng)答將不是最佳的站點。這是基于DNS的GSLB的一個弱點,但由于絕大部分運營商現(xiàn)在限制其他運營商的客戶使用自己的DNS,出現(xiàn)這種錯誤配置的比例非常小。3) IP地址權(quán)重可以為DNS應(yīng)答中的每個IP地址分配權(quán)重,權(quán)重決定與其他候選IP相比分配到該IP的流量比例。4) 站點(Site)權(quán)重可以為每個Site分配權(quán)重,權(quán)重決定與其他候選Site相比分配到該Site的流量比例。5) 會話能力閾值通過廠商自由的GSLB協(xié)議,GSLB Controller可以獲得每個站點負(fù)載均衡設(shè)備當(dāng)前可用會話數(shù)和會話表大小的最大值,當(dāng)前會話數(shù)/最大會話數(shù)比值超過定義的閾值時,該站點不再被選擇。6) 活動服務(wù)器指一個GSLB節(jié)點綁定到一個VIP上的活動真實服務(wù)器數(shù)量??梢耘渲貌呗詢?yōu)先選擇活動服務(wù)器最多的IP地址。7) 往返時間(RTT)RTT策略是基于區(qū)域之外最常用的策略。有兩種模式的RTT測量:Active RTT測量與Passive RTT測量。在實際部署中,由于網(wǎng)絡(luò)限制和性能原因,Active RTT往往無法使用,Passive RTT更實用一些。8) 當(dāng)前可用會話數(shù)9) 站點管理優(yōu)先級(Admin Preference)為每個站點預(yù)設(shè)優(yōu)先級,選擇優(yōu)先級較高的站點。10) 10)最少選擇選擇從前被選擇的次數(shù)最少的節(jié)點。11) 11)輪詢(Round Robin)采用輪詢方式選擇站點。 DWDM技術(shù)概述WDM 波分復(fù)用(WDM,Wavelength Division Multiplexing)是指,在1根光纖上承載多個波長(信道)系統(tǒng),將1根光纖轉(zhuǎn)換為多條“虛擬”纖,每條虛擬纖獨立工作在不同波長上。由于WDM 系統(tǒng)技術(shù)的經(jīng)濟(jì)性與有效性,使之成為當(dāng)前光纖通信8最廣泛使用的光波復(fù)用技術(shù)。DWDM技術(shù)是指相鄰波長間隔較小的WDM技術(shù),工作波長位于1550nm窗口??梢栽谝粋€光纖上承載8~160個波長。主要應(yīng)用于長距離傳輸系統(tǒng)。適用場景在數(shù)據(jù)中心之間建設(shè)一個L1層的DWDM的9網(wǎng)絡(luò),可以提供一個高帶寬、超低延遲、高安全性的帶寬環(huán)境。組網(wǎng)架構(gòu)華為OSN系列OTN設(shè)備將為數(shù)據(jù)中心容災(zāi)提供業(yè)界領(lǐng)先的廣域傳送特性,適合于對容量、實時性等要求較高的容災(zāi)系統(tǒng),華為OSN系列具備海量級數(shù)據(jù)傳送能力,最大支持40G/100G80波(~8T);支持14種專業(yè)級存儲接口(FC/FICON/ESCON等),具備7大主流存儲廠商的兼容性認(rèn)證;針對各種容災(zāi)組網(wǎng)類型,OSN系列提供電信級的50ms級可靠保護(hù);提供業(yè)界最佳的3000公里SAN拉遠(yuǎn)能力,滿足長距離異地容災(zāi)需求。技術(shù)特點DWDM的技術(shù)特點和優(yōu)勢:1) 充分利用光纖的帶寬資源,傳輸容量巨大DWDM系統(tǒng)中的各波長相互獨立,可透明傳輸不同的業(yè)務(wù),如SDH、GbE、ATM等信號,實現(xiàn)多種信號的混合傳輸。如圖6所示,多個光信號通過采用不同的波長復(fù)用到一根光纖中傳輸,每個波長上承載不同信號,在一根光纖中傳輸,大大提高了光纖容量,極大的節(jié)約了光纖資源,降低線路建設(shè)成本。2) 超長的傳輸距離利用摻鉺光纖放大器(EDFA)等多種超長距傳輸技術(shù),可以對DWDM系統(tǒng)中的各通路信號同時放大,實現(xiàn)系統(tǒng)的長距傳輸。3) 平滑升級擴(kuò)容由于DWDM系統(tǒng)中的每個波長通道透明傳輸10,不對通道數(shù)據(jù)進(jìn)行任何處理,因此,擴(kuò)容時,只需增加復(fù)用光波長通路數(shù)即可,方便易行。 HyperMetro技術(shù)OceanStor系列產(chǎn)品的HyperMetro功能,可以實現(xiàn)存儲雙活架構(gòu),為兩個數(shù)據(jù)中心存儲同時提供讀寫服務(wù),且整個存儲系統(tǒng)架構(gòu)全冗余,任意數(shù)據(jù)中心故障時,另外一個數(shù)據(jù)中心有一份存儲設(shè)備和相同數(shù)據(jù)可用,最大化提高了業(yè)務(wù)連續(xù)性。 HyperMetro雙活集群原理存儲雙活集群技術(shù)HyperMetro最大支持32個存儲控制器,向應(yīng)用服務(wù)器提供無差異的并行訪問,同時處理應(yīng)用服務(wù)器的I/O請求;各控制器間互為備份,均衡負(fù)載,控制器故障后,其承接的業(yè)務(wù)自動切換到正??刂破?,保證系統(tǒng)的可靠性、業(yè)務(wù)的連續(xù)性。集群間的通信支持FC或10Ge鏈路,通信包括集群心跳和數(shù)據(jù)鏡像。其工作原理如下圖所示。 存儲數(shù)據(jù)鏡像通過HyperMetro LUN功能,保證兩個站點磁盤陣列之間數(shù)據(jù)的實時同步。兩臺存儲設(shè)備上的LUN被虛擬化為一個虛擬的卷,主機(jī)寫操作通過卷虛擬化鏡像技術(shù)同時寫入兩個數(shù)據(jù)中心的存儲設(shè)備,保持?jǐn)?shù)據(jù)實時一致。具體的IO讀寫流程如下圖所示。假如數(shù)據(jù)中心A陣列收到寫I/O,處理流程如下:申請寫權(quán)限和記錄寫日志:數(shù)據(jù)中心A陣列收到主機(jī)寫請求,先申請HyperMetro LUN的寫權(quán)限;獲得寫權(quán)限后,HyperMetro將該請求記錄寫日志。日志中只記錄地址信息,不記錄具體的寫數(shù)據(jù)內(nèi)容;該日志采用具有掉電保護(hù)能力的內(nèi)存空間記錄以獲得良好的性能。執(zhí)行雙寫:將該請求拷貝2份分別寫入本地LUN和遠(yuǎn)端LUN。通常情況下LUN是回寫狀態(tài),數(shù)據(jù)會寫入該LUN的Cache就會返回。雙寫結(jié)果處理:等待兩端LUN的寫處理結(jié)果都返回;響應(yīng)主機(jī):鏡像卷返回寫I/O操作完成。如果任何一個存儲設(shè)備故障,采用日志記錄故障期間數(shù)據(jù)的變化情況,待存儲設(shè)備恢復(fù)正常后,將增量數(shù)據(jù)后臺同步到修復(fù)的存儲設(shè)備,整個過程對主機(jī)“透明”,不會影響主機(jī)業(yè)務(wù)。 存儲數(shù)據(jù)修復(fù)單塊磁盤可能會因為掉電等異常情況出現(xiàn)壞塊。如果是可修復(fù)錯誤而且本端無法修復(fù),因為遠(yuǎn)端站點有鏡像數(shù)據(jù),則會自動從遠(yuǎn)端站點獲取數(shù)據(jù)來修復(fù)本地數(shù)據(jù)盤的壞塊,進(jìn)一步提高系統(tǒng)可靠性。假如數(shù)據(jù)中心A陣列收到寫I/O,鏡像處理流程如下:申請讀權(quán)限:陣列收到主機(jī)讀請求,先確認(rèn)HyperMetro的本地讀權(quán)限。讀本地LUN。讀本地LUN結(jié)果返回,如果可修復(fù)錯誤,執(zhí)行錯誤修復(fù)。重定向遠(yuǎn)端讀。遠(yuǎn)端讀返回。讀結(jié)果返回。本地寫入修復(fù)。 邏輯錯誤保護(hù)當(dāng)遭遇病毒攻擊或人為誤操作等異常時,數(shù)據(jù)中心的數(shù)據(jù)可能被破壞。采用虛擬快照技術(shù),在操作前對現(xiàn)有數(shù)據(jù)卷激活快照,實現(xiàn)本地數(shù)據(jù)保護(hù)。虛擬快照采用寫前拷貝(COW)技術(shù),僅將變化的數(shù)據(jù)拷貝至快照卷,系統(tǒng)資源占用少。當(dāng)原卷數(shù)據(jù)被錯誤修改或刪除,需要進(jìn)行恢復(fù)時,采用快照對原卷進(jìn)行回滾,實現(xiàn)數(shù)據(jù)恢復(fù),并且,快照卷可分別映射給主機(jī)進(jìn)行數(shù)據(jù)測試和挖掘,不影響生產(chǎn)業(yè)務(wù)。結(jié)合華為容災(zāi)管理軟件,激活快照前觸發(fā)數(shù)據(jù)庫完全檢查點,待數(shù)據(jù)下盤完成后,激活快照,保證快照數(shù)據(jù)完全滿足數(shù)據(jù)庫的一致性要求,快速拉起數(shù)據(jù)庫。 高可靠仲裁防腦裂技術(shù)為保證各種異常情況下,存儲雙活集群能夠進(jìn)行仲裁,建議設(shè)計第三方仲裁站點,以保證極端場景下的業(yè)務(wù)連續(xù)性。極端場景包括:出現(xiàn)數(shù)據(jù)中心整體故障或中間鏈路故障等場景,存儲集群仍然可以訪問仲裁服務(wù)器進(jìn)行仲裁,保證業(yè)務(wù)可靠性和數(shù)據(jù)一致性。有仲裁站點的場景如下圖所示,為保證任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場景下,主機(jī)業(yè)務(wù)的連續(xù)性,方案建議采用仲裁服務(wù)器。這樣,可以保證極端災(zāi)難場景下,存儲集群仍然可以訪問仲裁服務(wù)器進(jìn)行仲裁,保證業(yè)務(wù)可靠性和數(shù)據(jù)一致性。第三方仲裁站點位于XX點,XX點與兩個數(shù)據(jù)中心之間通過XX線互聯(lián)。仲裁服務(wù)器可以運行在虛擬機(jī)上。當(dāng)出現(xiàn)任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場景,整個集群的仲裁過程如下:XX數(shù)據(jù)中心與XX數(shù)據(jù)中心之間的中間鏈路斷開,導(dǎo)致兩個數(shù)據(jù)中心集群發(fā)生分裂,進(jìn)而兩個中心之間的存儲虛擬化平臺發(fā)生“腦裂”,存儲虛擬化平臺從一個大集群分裂為兩個小集群;根據(jù)集群“腦裂”的通用原理,當(dāng)大集群分裂為兩個小集群時,每個小集群分別搶占第三方仲裁服務(wù)器,搶占成功的小集群“獲勝”,將繼續(xù)對外提供服務(wù),為應(yīng)用提供存儲訪問空間;未搶占到仲裁信息的小集群則自動退出集群,不再對外提供服務(wù);當(dāng)中間鏈路恢復(fù)時,“自動退出的小集群”檢測到中間鏈路由故障變?yōu)檎?,嘗試與“繼續(xù)服務(wù)的小集群”握手通信,經(jīng)過握手通信兩個小集群再次組成一個大集群,以ActiveActive模式提供服務(wù),互相之間實現(xiàn)冗余。下圖列出了基于仲裁服務(wù)器模式,各種故障場景下雙活業(yè)務(wù)是否存活的概要。H1 和H2 表示組成雙活HyperMetro LUN的兩個陣列,C表示對應(yīng)的仲裁服務(wù)器。無仲裁站點的場景若無第三方仲裁站點,建議用戶在某個數(shù)據(jù)中心部署仲裁服務(wù)器,業(yè)務(wù)表現(xiàn)和上述的描述大致一致,但如果仲裁服務(wù)器所在的數(shù)據(jù)中心整體故障,雙活業(yè)務(wù)停止。若無仲裁服務(wù)器,用戶可以設(shè)置其中一端陣列為優(yōu)先站點,另一端為非優(yōu)先站點。當(dāng)發(fā)生腦裂場景,或者非優(yōu)先站點故障時,優(yōu)先站點上的lun繼續(xù)提供服務(wù),非優(yōu)先站點的lun停止提供服務(wù)。不足之處在于當(dāng)兩陣列之間失去聯(lián)系,可能是站點間鏈路丟失或其中一個陣列故障。系統(tǒng)不能區(qū)分這兩種情況,當(dāng)優(yōu)先站點陣列故障時,非優(yōu)先站點不能接管雙活業(yè)務(wù),雙活業(yè)務(wù)停止。 主機(jī)層解決方案 VMware容災(zāi)技術(shù)技術(shù)概述虛擬機(jī)HA是當(dāng)計算節(jié)點上的虛擬機(jī)出現(xiàn)故障時,系統(tǒng)自動將此虛擬機(jī)在其他正常的計算節(jié)點上恢復(fù),使該虛擬機(jī)能正常使用。虛擬機(jī)在HA的過程中不可以使用。適用場景虛擬機(jī)HA使用于虛擬機(jī)故障或者主機(jī)故障場景,通過監(jiān)控虛擬機(jī)或物理機(jī),當(dāng)虛擬機(jī)故障時在原主機(jī)上重新拉起;物理機(jī)故障則在其它主機(jī)上拉起所有故障的虛擬機(jī)。組網(wǎng)架構(gòu)生產(chǎn)站點部分正在運行的主機(jī)或虛擬機(jī)發(fā)生異常(如主機(jī)下電、主機(jī)重啟、虛擬機(jī)藍(lán)屏),虛擬機(jī)優(yōu)先通過DRS功能在本地冗余主機(jī)上HA。若本地冗余主機(jī)資源不足,則虛擬機(jī)通過集群內(nèi)HA功能在容災(zāi)站點主機(jī)上HA。 發(fā)生容災(zāi)時,虛擬機(jī)短時間內(nèi)不可用(依賴于虛擬機(jī)HA時間),數(shù)據(jù)無丟失。容 災(zāi)后,生產(chǎn)站點虛擬機(jī)仍然訪問本地存儲資源,容災(zāi)站點容災(zāi)虛擬機(jī)將跨站點訪問生產(chǎn)站點的存儲資源。技術(shù)特點當(dāng)計算節(jié)點上的虛擬機(jī)出現(xiàn)故障時,系統(tǒng)自動將此虛擬機(jī)在其他正常的計算節(jié)點上恢復(fù),使該虛擬機(jī)能正常使用。虛擬機(jī)在HA的過程中不可以使用。HA的目標(biāo)服務(wù)器必須滿足該虛擬機(jī)需要的資源要求。 虛擬機(jī)HA只能在同一個遷移域中進(jìn)行,一個遷移域即一個Cluster。 數(shù)據(jù)庫層解決方案 Oracle RAC技術(shù)技術(shù)概述RAC全稱 Real Application Clusters,是Oracle數(shù)據(jù)庫高可用技術(shù)的一種,也是Oracle數(shù)據(jù)庫支持網(wǎng)格計算環(huán)境的核心技術(shù)。從10g版本開始Oracle推出了Oracle Clusterware 集群軟件,使得RAC不再依賴于第三方廠商得集群軟件實現(xiàn)多節(jié)點并發(fā)的集群數(shù)據(jù)庫。 如圖所示,一組Oracle RAC數(shù)據(jù)庫服務(wù)器組成一個集群,他們之間通過高速內(nèi)網(wǎng)相互聯(lián),共享緩存。用戶通過外部網(wǎng)絡(luò)連接到數(shù)據(jù)庫集群,當(dāng)數(shù)據(jù)庫服務(wù)器有單點故障時,上層用戶不會受到任何影響。數(shù)據(jù)庫集群共享下層的SAN存儲。Oracle RAC是Oracle數(shù)據(jù)庫高可用技術(shù)之一,也是Oracle數(shù)據(jù)庫支持網(wǎng)格計算環(huán)境的核心技術(shù),可提供多節(jié)點并發(fā)的數(shù)據(jù)庫應(yīng)用,并通過監(jiān)聽客戶端和服務(wù)器端實現(xiàn)負(fù)載均衡,把用戶連接分配到不同的節(jié)點上執(zhí)行。Oracle Extended RAC在Oracle RAC技術(shù)基礎(chǔ)上提供了一種跨數(shù)據(jù)中心的雙活集群架構(gòu),當(dāng)單中心故障時,另外一個數(shù)據(jù)中心存活的節(jié)點可自動接管業(yè)務(wù),接管過程對上層業(yè)務(wù)透明,用戶無感知?;贠racle Extended RAC,構(gòu)建雙活數(shù)據(jù)中心來并行承擔(dān)相同業(yè)務(wù),提高數(shù)據(jù)中心的整體服務(wù)能力和系統(tǒng)資源利用率成為可能。在這種場景下,兩個數(shù)據(jù)中心互為備份,當(dāng)單數(shù)據(jù)中心故障時,業(yè)務(wù)可以能自動切換到另一數(shù)據(jù)中心,業(yè)務(wù)不中斷。Oracle Extended RAC的核心是共享存儲子系統(tǒng),通過共享訪問數(shù)據(jù)文件、重做日志文件、控制文件和參數(shù)文件的方式,確保各節(jié)點都能進(jìn)行讀寫操作,且在單個節(jié)點出現(xiàn)故障時,剩余節(jié)點能夠自動接管并恢復(fù)數(shù)據(jù)庫。雙活架構(gòu)數(shù)據(jù)中心方案采用共享卷技術(shù),將跨數(shù)據(jù)中心的存儲空間以共享方式提供給上層應(yīng)用訪問,滿足Oracle RAC共享存儲需求,使得兩個數(shù)據(jù)中心的節(jié)點可構(gòu)成一個跨數(shù)據(jù)中心Oracle Extended RAC集群。Oracle Extended RAC集群配合Oracle監(jiān)聽器技術(shù),可實現(xiàn)客戶端在數(shù)據(jù)中心間業(yè)務(wù)雙活訪問和負(fù)載均衡;配合Oracle透明應(yīng)用程序故障轉(zhuǎn)移(TAF)技術(shù),當(dāng)服務(wù)器或單數(shù)據(jù)中心故障時,使客戶端能夠在新的連接中繼續(xù)工作,防止業(yè)務(wù)中斷。構(gòu)建以O(shè)racle Extended RAC為數(shù)據(jù)平臺的雙活數(shù)據(jù)中心,底層以虛擬化智能存儲和智能光傳送平臺為基礎(chǔ),以100km光傳輸距離為限,解決了傳統(tǒng)災(zāi)備中心不能承載業(yè)務(wù)和自動業(yè)務(wù)切換的問題,為應(yīng)用系統(tǒng)提供最高的業(yè)務(wù)連續(xù)性保障,確保業(yè)務(wù)系統(tǒng)發(fā)生設(shè)備故障、甚至單數(shù)據(jù)中心故障時,業(yè)務(wù)無感知自動切換,實現(xiàn)RPO(Recovery Point Objective)和RTO(Recovery Time Objective)都為零。以O(shè)racle Extended RAC為數(shù)據(jù)平臺的雙活數(shù)據(jù)中心,其亮點和優(yōu)勢如下:l 高可用性:兩中心數(shù)
點擊復(fù)制文檔內(nèi)容
公司管理相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號-1