PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)_第1頁(yè)
PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)_第2頁(yè)
PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)_第3頁(yè)
PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)_第4頁(yè)
PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)_第5頁(yè)
已閱讀5頁(yè),還剩25頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 PowerVM 虛擬化平臺(tái)架構(gòu)設(shè)計(jì)摘要:本文通過(guò)對(duì)PowerVM設(shè)計(jì)過(guò)程中所包含的各個(gè)模塊(整體框架、網(wǎng)絡(luò)架構(gòu)、存儲(chǔ)架構(gòu)、其他外設(shè)等)進(jìn)行技術(shù)剖析,并詳細(xì)比對(duì)各種技術(shù)架構(gòu)的優(yōu)缺點(diǎn)及適用場(chǎng)合。提出設(shè)計(jì)的原則、設(shè)計(jì)的思路以及設(shè)計(jì)過(guò)程中必須完成的模型,最終結(jié)合實(shí)際的案例展示了整個(gè)PowerVM的規(guī)劃設(shè)計(jì)過(guò)程。引言Power小型機(jī)曾是企業(yè)用來(lái)運(yùn)行自己重要業(yè)務(wù)的主要服務(wù)器,尤其是在一些金融企業(yè)內(nèi),小型機(jī)在數(shù)據(jù)中心內(nèi)的占有率一度幾乎達(dá)到了80-90%。隨著云計(jì)算的發(fā)展,這種單一實(shí)體服務(wù)器運(yùn)行業(yè)務(wù)的模式已經(jīng)退出歷史舞臺(tái),虛擬化技術(shù)所構(gòu)建的私有云平臺(tái)逐漸成為企業(yè)數(shù)據(jù)中心的主流架構(gòu)。那么如何利用既有的小型機(jī)資

2、源實(shí)現(xiàn)穩(wěn)定效率的計(jì)算資源平臺(tái)成為企業(yè)數(shù)據(jù)中心面臨的主要問(wèn)題。1.技術(shù)概述所謂PowerVM技術(shù)就是在Power平臺(tái)上實(shí)現(xiàn)的虛擬化技術(shù),它可以實(shí)現(xiàn)計(jì)算資源與硬件平臺(tái)的隔離,實(shí)現(xiàn)計(jì)算資源的動(dòng)態(tài)調(diào)配,實(shí)現(xiàn)計(jì)算資源的高度共享。2.項(xiàng)目實(shí)施目標(biāo)要完成一個(gè)IBM小型機(jī)虛擬化平臺(tái)建設(shè)項(xiàng)目,需要完成以下總的目標(biāo):1)業(yè)務(wù)系統(tǒng)功能目標(biāo);2)業(yè)務(wù)連續(xù)性目標(biāo);3)業(yè)務(wù)性能目標(biāo);根據(jù)項(xiàng)目實(shí)施的總體目標(biāo),我們帶著以下問(wèn)題來(lái)完成項(xiàng)目需求分析,簡(jiǎn)單說(shuō)這個(gè)需求分析就是要設(shè)計(jì)好項(xiàng)目實(shí)施需要解決的問(wèn)題來(lái)指導(dǎo)我們?cè)O(shè)計(jì)過(guò)程中所運(yùn)用到的方法以及工具。具體說(shuō)來(lái),基于總體目標(biāo),我們需要完成如下問(wèn)題設(shè)計(jì):1)需要設(shè)計(jì)多少個(gè)客戶分區(qū)需要設(shè)計(jì)什

3、么樣配置的客戶分區(qū)來(lái)支撐應(yīng)用架構(gòu)的實(shí)現(xiàn)?2)IO服務(wù)分區(qū)需要設(shè)計(jì)成什么模式來(lái)滿足業(yè)務(wù)連續(xù)性的需求?3)需要設(shè)計(jì)多少個(gè)網(wǎng)絡(luò)邏輯分區(qū)來(lái)滿足業(yè)務(wù)隔離性需求?4)需要采用什么樣的物理配置來(lái)滿足業(yè)務(wù)的性能要求?3.選擇物理硬件配置前面章節(jié)提到PowerVM的實(shí)現(xiàn),需要解決一個(gè)很關(guān)鍵的問(wèn)題就是選擇什么樣的硬件配置來(lái)滿足業(yè)務(wù)系統(tǒng)功能以及性能的需求。選擇硬件配置無(wú)非就是要完成表3.1所列出項(xiàng)目的賽選。對(duì)于CPU來(lái)講,一個(gè)物理CPU可以按照核的0.1粒度來(lái)劃分,就是說(shuō)從CPU資源共享技術(shù)上來(lái)講,一個(gè)物理核最多可以虛擬出10個(gè)Dlpar。如果是雙核的CPU,那么意味著可以做到20個(gè)Dlpar來(lái)共享這一個(gè)物理CPU

4、。而內(nèi)存的劃分相對(duì)比較自由,任何數(shù)量的內(nèi)存都可以劃分。對(duì)于HBA卡來(lái)說(shuō),通常帶寬參數(shù)有4G、8G、16G,8GB的為常見(jiàn)配置,對(duì)于網(wǎng)卡來(lái)講的話通常有GB和10GB,根據(jù)自己的網(wǎng)絡(luò)環(huán)境選擇合適帶寬的網(wǎng)卡。在選擇這些硬件配置的時(shí)候需要根據(jù)以下幾個(gè)基本原則來(lái)執(zhí)行:1)根據(jù)業(yè)務(wù)系統(tǒng)的數(shù)量以及每個(gè)業(yè)務(wù)系統(tǒng)大概的資源需求曲線趨勢(shì)來(lái)決定CPU和內(nèi)存資源的數(shù)量配置。2)IO設(shè)備配置選擇需要根據(jù)設(shè)計(jì)的VIOS數(shù)目做均衡配比,也就是說(shuō)如果雙VIOS模式,那么IO板卡數(shù)量上的配置應(yīng)該達(dá)到偶數(shù)級(jí)的配置,并且平均劃給兩個(gè)VIOS。3)所有的客戶分區(qū)會(huì)分時(shí)分空間的方式共享VIOS上的IO設(shè)備,配置的選擇應(yīng)該能夠支持業(yè)務(wù)系

5、統(tǒng)的峰值并且具備一定的抗突發(fā)壓力的冗余能力。4.項(xiàng)目詳細(xì)設(shè)計(jì)及優(yōu)化4.1 設(shè)計(jì)及規(guī)劃步驟當(dāng)硬件配置已經(jīng)確定的前提條件下,那么下面的工作就是要按照科學(xué)合理的規(guī)劃步驟來(lái)設(shè)計(jì)和優(yōu)化虛擬化項(xiàng)目實(shí)施: 硬件拓?fù)浼拔恢靡?guī)劃設(shè)計(jì); 系統(tǒng)整體分區(qū)配置設(shè)計(jì)規(guī)劃; 系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)規(guī)劃; 系統(tǒng)存儲(chǔ)設(shè)計(jì)規(guī)劃; 分區(qū)備份及媒體庫(kù)設(shè)計(jì)規(guī)劃; VIOS分區(qū)優(yōu)化參數(shù)配置規(guī)劃; 客戶分區(qū)優(yōu)化參數(shù)配置規(guī)劃; 壓力測(cè)試及項(xiàng)目評(píng)估;4.2 硬件拓?fù)浼拔恢靡?guī)劃設(shè)計(jì)這個(gè)問(wèn)題的闡述,本文以一個(gè)實(shí)際的案例來(lái)說(shuō)明具體的設(shè)計(jì)原則及設(shè)計(jì)思想。如圖4.1.1 所示,以780為例,一個(gè)物理服務(wù)器包括了兩個(gè)主機(jī)柜和一個(gè)IO擴(kuò)展柜,分別位于機(jī)柜的不同位置。

6、在同一個(gè)主機(jī)柜(CEC)之內(nèi),其內(nèi)部的物理架構(gòu)如下圖4.1.2 所示:圖 4.1.2Power780內(nèi)部總線架構(gòu)圖圖 4.1.3 IO擴(kuò)展柜內(nèi)部總線架構(gòu)圖根據(jù)兩個(gè)架構(gòu)圖所示,從CPU到最末端的HBA卡,經(jīng)歷了不同的總線架構(gòu)。這里有兩點(diǎn)思路是設(shè)計(jì)PowerVM時(shí),必須遵循的原則:1)同類型的所有HBA卡位置的配置要保證在服務(wù)器內(nèi)部所經(jīng)歷的FRU是冗余的、均衡的。2)不同類型的HBA卡,要保證重要的IO設(shè)備放在服務(wù)優(yōu)先級(jí)高的位置上。舉個(gè)例子,按照以上實(shí)例,如果我們要配置4塊雙口FC卡和兩塊兒雙口10GB光口網(wǎng)卡。首先,主機(jī)柜(CEC)的槽位足夠,那么FC卡和網(wǎng)卡只用主柜槽位,保證機(jī)柜服務(wù)的優(yōu)先性。

7、其次,由于對(duì)于同一個(gè)主機(jī)柜來(lái)說(shuō),只需要配置所有資源的1/2,也就是22PFC+12PNIC,也就是說(shuō)一個(gè)CEC上需要占用3個(gè)槽位。最后,一個(gè)CEC內(nèi)部PCIe槽位的優(yōu)先級(jí)順序如圖4.1.1所示。網(wǎng)卡優(yōu)先級(jí)最高,占用槽位1;光纖卡既要保證服務(wù)優(yōu)先級(jí),又要保證內(nèi)部FRU分布的均衡性,那么分別占用槽位3、5。4.3 系統(tǒng)整體分區(qū)規(guī)劃設(shè)計(jì)對(duì)于PowerVM的系統(tǒng)整體架構(gòu)如圖4.3.1所示。圖 4.3.1PowerVM整體架構(gòu)圖總的來(lái)講,PowerVM的架構(gòu)主要模塊分為三個(gè)部分:Hypervisor、客戶分區(qū)、虛擬VIOS分區(qū)。Hypervisor層是寫(xiě)入到Firmware層面的軟件模塊,它可以實(shí)現(xiàn)客戶

8、分區(qū)的CPU以及內(nèi)存共享問(wèn)題,同時(shí)也是實(shí)現(xiàn)資源邏輯隔離的工具。虛擬VIOS分區(qū)是客戶分區(qū)實(shí)現(xiàn)IO共享以及邏輯隔離的工具,客戶分區(qū)的所有網(wǎng)絡(luò)及存儲(chǔ)流量都會(huì)經(jīng)過(guò)VIOS里面的物理IO設(shè)備??蛻舴謪^(qū)是真正提供給應(yīng)用來(lái)運(yùn)行的操作系統(tǒng)分區(qū)。實(shí)現(xiàn)系統(tǒng)分區(qū)整體架構(gòu)的設(shè)計(jì),落到細(xì)節(jié)就是要解決如下問(wèn)題: 分區(qū)數(shù)量; 分區(qū)概要文件控制要素; 分區(qū)資源配額比例以及動(dòng)態(tài)調(diào)整范圍等; 客戶分區(qū)虛擬板卡配額分配;對(duì)于1,很容易解決。一般高冗余模式下的PowerVM架構(gòu),VIOS分區(qū)應(yīng)該保持雙冗余模式。客戶分區(qū)需要根據(jù)業(yè)務(wù)需求以及業(yè)務(wù)的擴(kuò)展性要求留有一定冗余即可。對(duì)于2,所謂的概要文件控制要素就是創(chuàng)建概要文件的時(shí)候所需要設(shè)

9、置的控制參數(shù),一般定義為如下模型:Partition Profile = Name, Partition_ID, Partition_Name, Adapter_Max, Time_Reference, MSP_y/n Partition_ID: 分區(qū)標(biāo)識(shí)。Partition_Name:分區(qū)命名。Adapter_Max: 分區(qū)可以容納的最大分區(qū)數(shù)目。Time_Reference,MSP_y/n:這兩個(gè)控制參數(shù)決定動(dòng)態(tài)遷移LPM功能能否實(shí)現(xiàn)。對(duì)于3,分區(qū)資源配額比例主要是指客戶分區(qū)以及虛擬VIOS分區(qū)對(duì)于CPU及內(nèi)存資源的配額比例。可以定義為如下模型:Partition Resource = P

10、artition_ID, CPU = PU_Min, PU_Desire, PU_Max; VP_Min, VP_Desire, VP_Max; Mode, Weight, Memory = Mem_Min, Mem_Desire, Mem_Max; 每一項(xiàng)資源的配額都會(huì)有最大、最小、期望三個(gè)值來(lái)控制。滿足不了最小值,分區(qū)無(wú)法啟動(dòng)。資源充足情況下,系統(tǒng)會(huì)滿足其期望值分配。Mode決定資源獨(dú)占還是共享方式,對(duì)于VIO和非常重要的分區(qū)可以采取獨(dú)占方式,其他情況均應(yīng)該采用共享模式,否則虛擬化就是失去了意義。對(duì)于Weight參數(shù),它決定了資源搶占的優(yōu)先級(jí)程度。同樣是根據(jù)系統(tǒng)資源重要性來(lái)配置具體權(quán)重值。

11、關(guān)于VP和PU的區(qū)別,VP是指客戶分區(qū)內(nèi)可以觀測(cè)到的虛擬CPU的個(gè)數(shù),而PU是指分區(qū)真正可以獲得的處理器的處理能力。VP數(shù)目多的場(chǎng)合下,處理多線程應(yīng)用程序是很有意義的。但是VP太多的情況下,會(huì)增加處理器上下文切換的時(shí)間。總體原則,VP的數(shù)目應(yīng)該保持為物理CPU核數(shù)的2倍-4倍是比較好的選擇。對(duì)于4,客戶分區(qū)虛擬板卡配額,也就是客戶分區(qū)內(nèi)應(yīng)該部署的虛擬網(wǎng)卡、虛擬光纖卡、虛擬SCSI等的具體數(shù)目。對(duì)于這個(gè)問(wèn)題我們需要結(jié)合存儲(chǔ)和網(wǎng)絡(luò)的具體架構(gòu)來(lái)設(shè)計(jì)IO板卡的設(shè)計(jì),所以放在后面章節(jié)來(lái)討論。4.4 網(wǎng)路架構(gòu)規(guī)劃設(shè)計(jì)對(duì)于PowerVM可以實(shí)現(xiàn)的網(wǎng)絡(luò)架構(gòu),有很多種。本文探討的前提條件是:第一、雙VIO的網(wǎng)絡(luò)

12、架構(gòu);第二、需要支持多VLAN的網(wǎng)絡(luò)架構(gòu)。基于這個(gè)前提條件,本文將可以實(shí)現(xiàn)的網(wǎng)絡(luò)架構(gòu)歸為兩種模式:一種是NIB模式,另外一種是LoadSharing模式?;贜IB模式的網(wǎng)絡(luò)架構(gòu),如圖4.4.1所示:圖 4.4.1PowerVM網(wǎng)絡(luò)架構(gòu)圖(NIB)1)客戶分區(qū) - 每一個(gè)客戶分區(qū),對(duì)于一個(gè)IP地址只是綁定到一個(gè)邏輯網(wǎng)卡上。2)虛擬IO分區(qū)(VIOS) - 兩個(gè)VIOS組成一個(gè)VIOS集群,它們通過(guò)特殊內(nèi)部VLAN(PVID=100)來(lái)實(shí)現(xiàn)心跳檢測(cè)。只有一個(gè)邏輯交換機(jī)提供給客戶分區(qū)使用。3)網(wǎng)絡(luò)映射 - 客戶分區(qū)的網(wǎng)卡不需要映射到任何一個(gè)具體的VIOS上,只需要將網(wǎng)卡VLAN標(biāo)簽(PVID)設(shè)置

13、好即可。4)故障轉(zhuǎn)移模式 - 客戶分區(qū)理論上沒(méi)有任何網(wǎng)卡故障可言,故障轉(zhuǎn)移通過(guò)VIO分區(qū)的切換實(shí)現(xiàn)網(wǎng)絡(luò)流量的轉(zhuǎn)移。5)流量負(fù)載模式 - 客戶分區(qū)網(wǎng)卡的映射對(duì)于客戶分區(qū)來(lái)講是透明的,它無(wú)法決定流量的選擇。完全靠VIOS分區(qū)來(lái)實(shí)現(xiàn)整體上的負(fù)載均衡。根據(jù)以上架構(gòu)描述,可以看出以上兩種架構(gòu)有幾下主要區(qū)別:故障轉(zhuǎn)移方式差異,NIB通過(guò)客戶分區(qū)感知故障然后在網(wǎng)卡綁定層面實(shí)現(xiàn)故障轉(zhuǎn)移,這種故障轉(zhuǎn)移方式相對(duì)滯后,因?yàn)樘摂M網(wǎng)卡不存在真正的物理故障,故障轉(zhuǎn)移需要ping工具來(lái)實(shí)時(shí)監(jiān)測(cè)網(wǎng)絡(luò)可用狀態(tài)。除非系統(tǒng)層面增加長(zhǎng)ping工具實(shí)時(shí)監(jiān)測(cè)網(wǎng)絡(luò)可用情況。Loadsharing通過(guò)VIO感知故障然后在VIO層面實(shí)現(xiàn)網(wǎng)絡(luò)流

14、量接管。流量負(fù)載均衡方式差異,NIB通過(guò)主觀設(shè)計(jì)網(wǎng)卡AP順序?qū)崿F(xiàn)網(wǎng)絡(luò)流量的均衡,這種方式相對(duì)可控流向,但是其流量的均衡也需要付出人工代價(jià)來(lái)持續(xù)維護(hù);Loadsharing通過(guò)VIO從整體調(diào)整網(wǎng)絡(luò)流量負(fù)載,雖然不可控制其具體流向,但是它可以自動(dòng)實(shí)現(xiàn)分區(qū)間的負(fù)載流量平衡,隨著分區(qū)的增減變更,它會(huì)自動(dòng)實(shí)現(xiàn)流量動(dòng)態(tài)調(diào)整。面對(duì)這兩種網(wǎng)絡(luò)架構(gòu),如何科學(xué)正確地選擇自己的網(wǎng)絡(luò)架構(gòu),以什么原則什么方法來(lái)選擇?以什么模式什么工具將設(shè)計(jì)落地?就選擇的基本原則,本文認(rèn)為有以下兩點(diǎn):首先,功能上兩種架構(gòu)都能實(shí)現(xiàn)網(wǎng)絡(luò)的高可用、VLAN的支持、網(wǎng)絡(luò)流量的均衡負(fù)載等重要功能。如果就以上功能而言,對(duì)了兩種架構(gòu)的優(yōu)缺點(diǎn)之后,選擇

15、Loadsharing方式是相對(duì)比較合理科學(xué)的方式。其次,要考慮到特殊的網(wǎng)絡(luò)層面需求。如果有對(duì)NIB架構(gòu)模式的特殊需求,那么同樣可以選擇NIB方式。本文接下來(lái)基于Loadsharing方式的設(shè)計(jì)來(lái)探討設(shè)計(jì)如何落地。那么基于這種架構(gòu)下的網(wǎng)絡(luò)設(shè)計(jì),需要做好以下幾個(gè)模型的設(shè)計(jì)和實(shí)現(xiàn):1)VIO網(wǎng)絡(luò)映射模型SEA = SEA_Name; Linkagg_NIC Device_Name; Physical NIC Device_Name; Slot_Port; ; Virtual_NICs Ent0 Device_Name; Virutal_ID; PVID; Vlan_Tags Vlan1,.Vlan

16、N Extenal_Access y; Priority = 1 Ent1 Device_Name; Virutal_ID; PVID; Vlan_Tags Vlan1,.VlanN Extenal_Access y; Priority = 1 2)客戶分區(qū)網(wǎng)絡(luò)映射模型Dlpar_Virual_NIC = Device_Name; Virutal_ID; PVID; Extenal_Access n, Priority VIO網(wǎng)絡(luò)映射模型主要完成網(wǎng)卡由物理網(wǎng)卡到虛擬網(wǎng)絡(luò)的部署及配置。SEA_Name是共享網(wǎng)卡,是物理網(wǎng)卡到虛擬網(wǎng)卡間的橋梁。Virtual_NICs里面定義的網(wǎng)卡屬于VIOS上的

17、虛擬網(wǎng)卡,主要負(fù)責(zé)連接客戶分區(qū)上的虛擬網(wǎng)卡,可以看作是虛擬交換機(jī)的端口組??蛻舴謪^(qū)的虛擬網(wǎng)卡定義模型主要定義客戶分區(qū)上的虛擬網(wǎng)卡的部署方法。其中A = Dlpar_Virual_NIC.PVIDB = SEA.Vitural_NIC.VLAN_TagsAB (A必須是B的最小子集)上述公式表明客戶分區(qū)的PVID必須定義為VIOS上虛擬網(wǎng)卡上所綁定的VLAN標(biāo)簽,SEA所有虛擬網(wǎng)卡上的VLAN標(biāo)簽不能重合,否則網(wǎng)絡(luò)無(wú)法通訊。另外關(guān)于訪問(wèn)外網(wǎng)的控制元素: Extenal_Access y/n,priority SEA.Virtual_NIC = y, 1 Dlpar_Virtual_NIC = n

18、, null 虛擬VIO上的虛擬網(wǎng)卡必須設(shè)置為外網(wǎng)訪問(wèn)模式,而客戶分區(qū)的外網(wǎng)訪問(wèn)模式必須關(guān)閉,否則網(wǎng)絡(luò)與外界無(wú)法實(shí)現(xiàn)網(wǎng)絡(luò)通訊。下圖是一個(gè)具體的設(shè)計(jì)案例,雙VIOS,每一個(gè)VIOS有一塊雙口網(wǎng)卡,兩個(gè)端口分別在交換機(jī)側(cè)和VIOS側(cè)進(jìn)行捆綁。共負(fù)載4個(gè)VLAN,每一個(gè)Dlpar分別有四塊網(wǎng)卡對(duì)應(yīng)四個(gè)不同的IP地址與外界進(jìn)行通訊。其中,具體模型套用如下:SEA = ent10; Linkagg_NIC ent9; Physical NIC ent7, P2-C1-T1-L1; ent8, P2-C1-T1-L2; ;Virtual_NICs ent0 ent0; 2; 1; Vlan_Tags 11

19、1,112 Extenal_Access y,1 ent1 ent1; 3; 2; Vlan_Tags 113,114 Extenal_Access y,1 ent2 ent2; 4; 99; Dlpar_Virual_NIC1 = ent0;1;111;nDlpar_Virual_NIC2 = ent0;2;112;nDlpar_Virual_NIC3 = ent0;3;113;nDlpar_Virual_NIC4 = ent0;4;114;n4.5 存儲(chǔ)架構(gòu)設(shè)計(jì)對(duì)于存儲(chǔ)架構(gòu)的設(shè)計(jì),從實(shí)現(xiàn)的技術(shù)角度可以分為兩種:一種是VSCSI的方式,它是通過(guò)VIOS上的VSCSI卡與客戶分區(qū)上的VSCSI

20、卡建立映射關(guān)系,將VIOS里面的存儲(chǔ)對(duì)象(PV、LV)提供給客戶分區(qū)使用。另外一種是通過(guò)虛擬光纖卡-NPIV方式,它通過(guò)將VIOS光纖卡進(jìn)行虛擬化,通過(guò)虛擬WWWN將存儲(chǔ)對(duì)象直接映射給客戶分區(qū)。首先來(lái)看一下VSCSI架構(gòu),如下圖所示:圖 4.5.1 PowerVM存儲(chǔ)架構(gòu)-VSCSI由圖可以看到,存儲(chǔ)卷首先通過(guò)兩個(gè)VIOS的物理光纖卡,將卷共享給兩個(gè)VIOS,然后通過(guò)多路徑聚合軟件將這個(gè)卷在不同的VIOS分別聚合為各自的一個(gè)磁盤(pán),然后由VIOS將磁盤(pán)通過(guò)VSCSI卡映射給客戶分區(qū),客戶分區(qū)再通過(guò)多路徑聚合軟件將兩個(gè)VIOS提供的磁盤(pán)聚合成為一個(gè)磁盤(pán)。當(dāng)然我們也可以在VIOS層面對(duì)磁盤(pán)再進(jìn)行LV

21、M方式的虛擬化。圖 4.5.2PowerVM存儲(chǔ)架構(gòu)-VSCSI對(duì)于NPIV方式實(shí)現(xiàn)的存儲(chǔ)架構(gòu),在VIOS層面將光纖卡虛擬成為多個(gè)vfchost,客戶分區(qū)創(chuàng)建若干具備獨(dú)立WWN的虛擬光纖卡分別與VIOS上的vfchost建立綁定關(guān)系。這樣客戶分區(qū)的虛擬光纖卡的WWN就會(huì)被加入在物理SAN環(huán)境,通過(guò)Zone的設(shè)置存儲(chǔ)設(shè)備就可以直接將存儲(chǔ)卷劃分給客戶分區(qū),期間沒(méi)有經(jīng)過(guò)VIOS的再分配。對(duì)于這兩種架構(gòu)的特點(diǎn)對(duì)比分析如下:高可用:NPIV是通過(guò)客戶分區(qū)的多個(gè)虛擬光纖卡鏈路聚合實(shí)現(xiàn)VIOS的高可用。VSCSI通過(guò)客戶分區(qū)的兩個(gè)VSCSI卡將鏈路聚合實(shí)現(xiàn)VIOS的高可用。二者沒(méi)有明顯差異。性能:VSCSI

22、方式經(jīng)過(guò)了多層聚合,如果采用邏輯卷方式的話,還會(huì)經(jīng)過(guò)VIOS層面的虛擬化??蛻舴謪^(qū)的IO會(huì)經(jīng)過(guò)VIOS操作系統(tǒng)層面的地址空間翻譯。而NPIV方式的IO不經(jīng)過(guò)VIOS操作系統(tǒng)層面的任何參與,IO性能比VSCSI方式要好的多。靈活性:NPIV方式每增加一個(gè)動(dòng)態(tài)分區(qū),就需要增加SAN的ZONE配置,需要新增存儲(chǔ)卷。VSCSI的方式只要將在VIOS層面增加邏輯卷即可,不需要變更SAN環(huán)境,不需要增加存儲(chǔ)卷的劃分,相對(duì)靈活簡(jiǎn)單。如果客戶分區(qū)變動(dòng)頻繁的話,VSCSI的方式是最佳選擇。其他:NPIV支持LPM功能。但是VSCSI方式如果采用邏輯卷方式,就無(wú)法實(shí)現(xiàn)LPM功能。技術(shù)架構(gòu)選擇之后,如何將存儲(chǔ)架構(gòu)具

23、體落地,還需要完成具體存儲(chǔ)映射模型的設(shè)計(jì),對(duì)于NPIV技術(shù)架構(gòu),需要完成以下兩個(gè)模型設(shè)計(jì):NPIV = FC Device_Name; Slot_Port; WWName; Vhosts Vhost VID; VfcName ;Dlpar_VFC = VFC VID; WWName; Vhost VID ; ;對(duì)于VSCSI技術(shù)架構(gòu)的實(shí)現(xiàn),需要完成以下兩個(gè)模型的設(shè)計(jì):VSCSI = VolumeGroup PVs LUN_ID; Device_Name; LVs LV_Name; Vscsi; Dlpar_SCSI = SCSIs SCSI VID,Vscsi 本文探討的業(yè)務(wù)環(huán)境背景,首先客戶

24、分區(qū)數(shù)量相對(duì)固定而且數(shù)目不多;其次客戶分區(qū)不僅要支撐重量級(jí)應(yīng)用服務(wù)而且要支撐重量級(jí)數(shù)據(jù)庫(kù)服務(wù)。應(yīng)用服務(wù)器通過(guò)負(fù)載均衡設(shè)備實(shí)現(xiàn)應(yīng)用集群,數(shù)據(jù)庫(kù)部署Oracle RAC,因此不需要LPM功能。因此本文將存儲(chǔ)架構(gòu)設(shè)計(jì)為融合模式,數(shù)據(jù)庫(kù)分區(qū)的數(shù)據(jù)磁盤(pán)以NPIV方式映射,其他磁盤(pán)都用VSCSI方式實(shí)現(xiàn)。VIOS01_NPIV = fcs0 CEC01-C2-P1; 10000090FA7F4762; vfchost0, 301 vfchost4, 501 fcs1 CEC01-C2-P2; 10000090FA7F4763; vfchost2, 401 vfchost6, 601 fcs2 CEC01-

25、C5-P1; 10000090FA855118; vfchost1, 302 vfchost5, 502 fcs3 CEC01-C5-P2; 10000090FA855119; vfchost3, 402 vfchost7, 602 VIOS02_NPIV(略)Dlpar1_VFC = VFC0 11;C05076082A460000;301; VFC1 12;C05076082A460000;302; VFC2 13;C05076082A460000;303; VFC3 14;C05076082A460000;304;Dlpar2_VFC(略)在設(shè)計(jì)以上模型的時(shí)候,需要保證以下設(shè)計(jì)原則:1)

26、每一個(gè)客戶分區(qū)分別要映射到兩個(gè)VIOS上的物理不同光纖卡上,保證物理光纖卡和VIOS都能避免單點(diǎn)故障發(fā)生。但是客戶分區(qū)的光纖鏈路不宜太多。2)虛擬板卡的標(biāo)識(shí)和命名能清晰體現(xiàn)客戶分區(qū)到VIOS映射關(guān)系,而且這種命名規(guī)則具備可擴(kuò)展性,也就是說(shuō)隨著客戶分區(qū)的增加,這種命名規(guī)則依然能保持。4.6 其他外設(shè)架構(gòu)規(guī)劃設(shè)計(jì)完成4.5的規(guī)劃設(shè)計(jì)之后,PowerVM整體的規(guī)劃設(shè)計(jì)工作相當(dāng)于完成了80%。本節(jié)討論的是客戶分區(qū)所需要的一些其他外設(shè)的規(guī)劃,比如說(shuō)磁帶機(jī)、DVD設(shè)備等。對(duì)于磁帶機(jī)和DVD物理設(shè)備,所有客戶分區(qū)只能共享VIOS物理設(shè)備,而且不能同時(shí)共享,只能分時(shí)共享。規(guī)劃設(shè)計(jì)階段完成以下模型設(shè)計(jì)即可。SC

27、SI = Vhost SCSI_ID, Device device_name Partition ID, SCSI_ID Dlpar_SCSI = SCSI SCSI_ID, VIOS_SCSI SCSI_ID 例如以下案例: Vhost0 311,rmt0,cd0,any,any Vhost1 411,rmt0,cd0,any,any Vhost2 511,rmt0,cd0,any,any .Dlpar1_SCSI = SCSI 11, 311 以上案例可以實(shí)現(xiàn)磁帶機(jī)、DVD、虛擬媒體庫(kù)三種設(shè)備在各個(gè)客戶分區(qū)間的共享,客戶分區(qū)的SCSI卡已經(jīng)跟VIOS上的虛擬SCSI卡建立映射關(guān)系,每次只需要將具體設(shè)備掛載到相應(yīng)的vhost上,客戶分區(qū)就可以使用這個(gè)掛載設(shè)備了。4.7 參數(shù)配置優(yōu)化截至到目前為止,PowerVM功能設(shè)計(jì)階段基本結(jié)束。接下的任務(wù)就是要對(duì)整個(gè)架構(gòu)的參數(shù)配置進(jìn)行優(yōu)化配置

溫馨提示

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

評(píng)論

0/150

提交評(píng)論