超融合架構技術白皮書_第1頁
超融合架構技術白皮書_第2頁
超融合架構技術白皮書_第3頁
超融合架構技術白皮書_第4頁
超融合架構技術白皮書_第5頁
已閱讀5頁,還剩106頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1前言 2XX超融合技術架構 2.2XX超融合架構組成模塊 2.3aSV計算虛擬化平臺 7 82.3.3aSV的技術特性 2.3.4aSV的特色技術 2.4aSAN存儲虛擬化 2.4.2aSAN技術原理 2.4.3aSAN存儲數(shù)據(jù)可靠性保障 2.4.4XXaSAN功能特性 2.5aNet網(wǎng)絡虛擬化 2.5.3aNet功能特性 2.5.4XXaNet的特色技術 3XX超融合架構產(chǎn)品介紹 錯誤!未定義書簽。 錯誤!未定義書簽。 錯誤!未定義書簽。4XX超融合架構帶來的核心價值 60 60 2.1.1超融合架構的定義通用交換機通用X86服務器所所組虛擬組件(文件)組成,這些虛擬組件與物理服務器的硬件配置無關,關鍵Type-I(裸金屬型)系統(tǒng)。這種方案的性能處于主機虛擬化與操作系統(tǒng)虛擬化之間。代表是內(nèi)核,導致性能是三種虛擬化技術中最差的。主機虛擬化技術代表是種模式:客戶模式(有自己的內(nèi)核和用戶模式)。在kvm模型中代碼級資源調(diào)用(提高性能)虛擬機就是一個進程(內(nèi)存易于管理)>直接支持NUMA技術(提高擴展性)>保持開源發(fā)展模式(強大的社區(qū)支持)經(jīng)典的虛擬化方法就是使用“特權解除”和“陷入-模擬”的方式,即將測,捕捉后模擬”的過程進行優(yōu)化。該派內(nèi)部之實現(xiàn)又其基本思想就是引入新的處理器運行模式和新的指令,使得VMM和種處理器工作模式:根(Root)操作模式和非根(Non-root)操作模式。運行在這兩個操作模式的0環(huán)。這樣,既能使VMM運行在0環(huán),也能使GuestOS運行在0環(huán),避免了修改GuestOS。Root操作模式和Non-rootVirtualVirtualMachine(虛擬機)Gu*tOGosGomtos物理CPU:每個物理CPU關聯(lián)著一個C執(zhí)行隊列1敏混度:VMM費責CFUEpCFU上的調(diào)度vCPU調(diào)度機制當vcpu被切換到pcpu上運行時,其運行上下文會從對應的VMCS結(jié)構中導入到物理CPU上。通過這種方式,實現(xiàn)各vCPU之間的獨立運行。從虛擬機系統(tǒng)的結(jié)構與功能劃分可以看出,客戶操作系統(tǒng)與虛擬機監(jiān)視器共同構成了虛擬機系統(tǒng)的兩級調(diào)度框架,如圖所示是一個多核環(huán)境下虛擬機系統(tǒng)的兩級調(diào)度框架??蛻舨僮飨到y(tǒng)負責第2級調(diào)度,即線程或進程在vCPU上的調(diào)度(將核心線程映射到相應的虛擬CPU上)。虛擬機監(jiān)視器負責第1級調(diào)度,即vCPU在物理處理單元上的調(diào)度。兩級調(diào)度的調(diào)度策略和機制不存在依賴關系。vCPU調(diào)度器負責物理處理器資源在各個虛擬機之間的分配與調(diào)度,本質(zhì)上即把各個虛擬機中的vCPU按照一定的策略和機制調(diào)度在物理處理單元上可以采用任意的策略來分配物理資源,滿足虛擬機的不同需求。vCPU可以調(diào)度在一個或多個物理處理單元執(zhí)行(分時復用或空間復用物理處理單元),也可以與物理處理單元建立一對一固定的映射關系(限制訪問指定的物理處理單元)。因為VMM(VirtualMachineMonitor)掌控所有系統(tǒng)資源,因此VMM地址)->GPA(客戶操作系統(tǒng)的物理地址)->HPA(宿主操作系統(tǒng)的物理地址)兩次地址轉(zhuǎn)換都由CPU硬件自動完成(軟件實現(xiàn)內(nèi)存開銷大、性能差)。勤謗求③②①①IntslVT-d蒙①FC-SI被移動到更快的本地緩存,這里處理器訪問的速度要比通用內(nèi)存快得多。上的內(nèi)存數(shù)據(jù),但是需要更多本地NUMA節(jié)點之外的傳輸,并且需要目標虛擬機開關機、重啟、掛起虛擬機上的操作系統(tǒng)安裝更新虛擬機硬件配置遷移虛擬機及/或虛擬機的存儲資源分析虛擬機的資源利用情況2.3.4aSV的特色技術情況)占用較高的虛擬機(比如數(shù)據(jù)庫虛擬機),只要開啟了動態(tài)資源調(diào)度功能,就射環(huán)境2.4.1存儲虛擬化概述2.4.2aSAN技術原理文件A文件A服務層磁盤2不一定是存儲池可用空間=集群全部機械磁盤空間/副本數(shù)(同構情況),因此副本在多主機集群下,可采用兩個副本或三個副本組aSAN了支持主機故障而不影響數(shù)據(jù)完整性的目標,復制卷的磁盤組的每個磁盤都必須是在不同主機上。即需要做到跨主機副本??缰鳈C副本的關鍵在于復制卷磁以下面場景為列(兩臺主機,每臺主機各三塊磁盤組建兩個副本):復制卷1復制卷3磁盤A1?磁盤A2當構建兩副本,并且兩臺主機磁盤數(shù)相同時。主機間的磁盤會——對應組成復制卷。邏輯視圖如下:文件A文件A復制卷2復制卷3端)。邏輯視圖如下:簡單地看,SSD讀緩存模塊工作在文件訪問入口和服務端通信層之間。所有對文件的IO動作都會經(jīng)過SSD讀緩存模塊進行處理。下面分別針對首次文件讀取、二次文件讀取、文件寫入3個過程說明工作流程?!袷状挝募x取SSD讀緩存模塊SSD磁盤(底層過程省略)入流程2。3.數(shù)據(jù)塊[A1,A2]在流程3里面SSD32aSAN讀緩存對寫操作的處理從實現(xiàn)上分為首次寫預緩存、二次寫更新緩PASS到下層2.寫操作一直傳遞到服務端,寫入到底層磁盤,操作完成后會返回結(jié)果,進入流程33.返回結(jié)果經(jīng)過SSD讀緩存模塊,如果返回結(jié)果是成功的,表示底層據(jù)已經(jīng)成功寫入,則進入流程4。如果返回結(jié)果是失敗,則不會進入流程4,而是直接返回結(jié)果到上層。相關索引,對應4.1。原返回結(jié)果繼續(xù)往上返回到上層響應讀操作,對應4.2。注意4.1、4.2是并發(fā)進行,因此這個緩存動作不會對原操作造至此,數(shù)據(jù)塊[A1,A2]的寫入也會保存到SSD磁盤上,以備下次訪問。下次訪問的流程與二次文件讀取流程相同,從而提升了下次訪問數(shù)據(jù)的速度?!鑫募K二次寫更新緩存SSD讀緩存文件塊寫更新是指對SSD讀緩存已緩存的數(shù)據(jù)塊進行更新的動假設數(shù)據(jù)塊[A1,A2]原來已經(jīng)有緩存了,現(xiàn)在上層再次對[A1,A2]來一次寫操作(例如更新內(nèi)容)。進入流程3復制卷1磁盤Y磁盤1(服務端)(服務端)(服務端) 上層10輸入模塊上層10輸入模塊245上層10輸入模塊SSD寫緩存模塊SSD磁盤3.命中緩存,返回數(shù)據(jù)(如果不命中緩存,則會返回從底層數(shù)據(jù)盤讀取)機械磁盤2.4.3aSAN存儲數(shù)據(jù)可靠性保障如果在磁盤故障后,超過了設置的超時時間依然沒有人工介入處理,aSAN在初始化階段會自動配置至少把集群里副本數(shù)個磁盤作為熱備盤。注意不是每個主機一個熱備盤,而是一個集群里面全局使用。熱備盤在初始化例如兩個副本時會至少保留兩個熱備盤,三個副本時會至少保留三個熱備盤。這些熱備盤不會集中在一個主機上面,而是分布在不同主機上(符合副本跨主機原則)。下面以3主機2副本,每主機4個硬盤為例子。主機A主機B主機C復制卷1上圖是3主機2副本,每主機4磁盤的分組例子。其中磁盤A4、磁盤C3當任何一個主機的任意一個硬盤發(fā)生故障時,都可以按照跨主機副本原則復制卷3復制卷3復制卷1復制卷2復制卷5復制卷3復制卷3復制卷1復制卷2復制卷4復制卷5復制卷1在aSAN自動使用熱備盤替換故障磁盤后,UI上依然會顯示原來的故障磁盤損壞,可以進行更換磁盤。這時新替換的硬盤會作為新熱備盤使用,不需要執(zhí)行數(shù)據(jù)回遷。這一點與前文沒有熱備盤會做數(shù)據(jù)回遷是不一樣的。復制卷3復制卷3復制卷1復制卷2復制告4新復制卷5故障磁盤替換所有過程都可以帶業(yè)務進行,不需要停機停止業(yè)務,就可以完成故障磁盤的替換,數(shù)據(jù)重建,相比RAID系統(tǒng)停業(yè)務重建有更大aSAN在多主機集群下,復制卷有個最高原則:跨主機建立復制卷。該原則的目的是為了達到在主機出現(xiàn)故障時,數(shù)據(jù)依然可用。在2主機2副本模式下,當主機B整個離線或,可以看到任何一個復制在2主機2副本模式下,當主機B整個離線或,可以看到任何一個復制卷都依然有一個副本存在主機A上,數(shù)據(jù)依然可用,影響只是少了個副本。略為復雜的例子(先不考慮有熱備盤):復制卷5復制卷6因此這時全局數(shù)據(jù)依然可用。在主機故障后,在aSAN高級設備里面有這樣一個故障時間策略執(zhí)行相應的處理:假如入主機故障后直到超過設定的故障時間依然沒有人工介入處理,那么aSAN會采取自動替換動作在其他主機上重建副本。復制卷2C2.4.4XXaSAN功能特性存儲空間的30%左右。2.5.1網(wǎng)絡虛擬化概述2.5.2aNET網(wǎng)絡虛擬化技術原理SDNapplicationControllerplaneCoordinatorAgent(20)DataplaneCoordinatorAgent(21)agreements,credentials,policy,etc.)進行傳輸時,用戶應用程序通過系統(tǒng)調(diào)用將數(shù)據(jù)寫入到一個套接字,使10G

溫馨提示

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

最新文檔

評論

0/150

提交評論