EMC雙活數(shù)據(jù)中心方案_第1頁
EMC雙活數(shù)據(jù)中心方案_第2頁
EMC雙活數(shù)據(jù)中心方案_第3頁
EMC雙活數(shù)據(jù)中心方案_第4頁
EMC雙活數(shù)據(jù)中心方案_第5頁
已閱讀5頁,還剩62頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

EMC2

whereinformationlives

存儲虛擬化系統(tǒng)方案

書目

第1章項目介紹..........................................................4

1.1項目建設(shè)背景.....................................................4

1.2本項目技術(shù)需求..................................................5

第2章本項目整體解決方案...............................................6

2.1VPLEX存儲虛擬化解決方案.........................................6

第3章項目實施方案....................................................28

3.1EMCVPLEX存儲實施規(guī)劃..........................................28

存儲部署.....................................................31

設(shè)備安裝前管理..............................................31

系統(tǒng)安裝調(diào)試管理............................................33

安裝后管理...................................................36

第4章售后服務(wù)方案....................................................37

4.1億海揚天售后服務(wù)方案...........................................37

售后服務(wù)支配.................................................37

維護服務(wù)對象.................................................37

技術(shù)服務(wù)范圍.................................................37

億海揚天服務(wù)承諾............................................39

保密承諾.....................................................41

技術(shù)服務(wù)方式承諾............................................42

技術(shù)支持及維護服務(wù)規(guī)范......................................45

技術(shù)支持和服務(wù)的響應(yīng)時間....................................51

技術(shù)溝通.....................................................52

4.2EMC售后服務(wù)方案................................................52

宗旨.........................................................52

安裝及調(diào)試...................................................53

售后技術(shù)支持.................................................58

備件供應(yīng).....................................................66

服務(wù)期限及服務(wù)內(nèi)容..........................................66

弟1-i早,~?r.項目介紹

1.1項目建設(shè)背景

XXXIT數(shù)據(jù)中心當(dāng)前有存儲四套,服務(wù)器若干,應(yīng)用主要是數(shù)據(jù)庫和視頻文件。

由于存儲的分散和應(yīng)用平臺的多樣性,提高了IT管理困難性、且大大降低了業(yè)務(wù)

部屬的敏捷性。

另外隨著電子信息化的發(fā)展,越來越多的數(shù)據(jù)以電子數(shù)據(jù)的形式保存在各項存

儲系統(tǒng)中。因而數(shù)據(jù)平安也越來越引起人們的關(guān)注,一旦數(shù)據(jù)丟失,對任何一家

單位來說都會產(chǎn)生重大的影響。XXX數(shù)據(jù)中心目前在數(shù)據(jù)平安愛護措施上主要依靠

本地的磁帶備份,這無法滿足日益增長的數(shù)據(jù)及服務(wù)級別提高的耍求。

綜上所述,對現(xiàn)有數(shù)據(jù)中心進行改造,建設(shè)成一套集中管理、能快速備份并復(fù)

原業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)中心已燃眉之急。

為了能夠更好的將XXX數(shù)據(jù)中心建設(shè)成為一個高牢靠、高平安、可擴展、易維

護、容災(zāi)功能完善的數(shù)據(jù)中心,我們認(rèn)為必須要明確一個重要的核心定位,這就

是我們設(shè)計災(zāi)備系統(tǒng)的“一個核心、二個目的”一一建設(shè)數(shù)據(jù)愛護及災(zāi)難備份的

服務(wù)平臺;該服務(wù)平臺是一個可管理、易管理,并能夠便利的為內(nèi)部業(yè)務(wù)部門供

應(yīng)按需部署的數(shù)據(jù)愛護及災(zāi)難備份服務(wù):

■以服務(wù)平臺的要求來建設(shè)數(shù)據(jù)愛護及災(zāi)難備份系統(tǒng)是設(shè)計的核心思想

-易于統(tǒng)一管理、能夠按需為各業(yè)務(wù)系統(tǒng)供應(yīng)數(shù)據(jù)愛護和災(zāi)備服務(wù)是系統(tǒng)建

設(shè)的主要目的

■另外,建成的數(shù)據(jù)中心還須要具有較高的敏捷性和可擴展性以適應(yīng)將來TT

業(yè)務(wù)的快速發(fā)展。

依據(jù)用戶n前數(shù)據(jù)中心的現(xiàn)狀,我公司結(jié)合多年從事高端數(shù)據(jù)愛護系統(tǒng)集成項

目的閱歷,同時對該項目進行深化調(diào)研?,對用戶的需求深化剖析,已經(jīng)完全了解

項目的重點及難點,并且完全有信念為用戶供應(yīng)一套完善高效的數(shù)據(jù)容災(zāi)解決方

案。

1.2本項目技術(shù)需求

為了整體系統(tǒng)建設(shè)的長遠發(fā)展,我們建議在XXX的數(shù)據(jù)中心建立起統(tǒng)一數(shù)據(jù)存

儲平臺,對現(xiàn)在存儲進行集中整合、集中管理,同時在采納磁盤備份的方式將整

合后存儲系統(tǒng)的數(shù)據(jù)進行快速備份。將來將考慮對本地業(yè)務(wù)系統(tǒng)數(shù)據(jù)實現(xiàn)異地容

災(zāi)備份,實現(xiàn)牢靠的大型數(shù)據(jù)平臺建設(shè),整體的建設(shè)分為三步驟:

1)統(tǒng)一存儲數(shù)據(jù)平臺建設(shè)

利用高端虛擬化存儲建設(shè)高可用、可無縫橫向擴展、異構(gòu)存儲利舊的數(shù)據(jù)存儲

平臺,實現(xiàn)統(tǒng)一集中的數(shù)據(jù)中心。并可支持本地及遠程生產(chǎn)數(shù)據(jù)的快速備份復(fù)原。

2)本地災(zāi)備系統(tǒng)

建立起高效、快速的本地數(shù)據(jù)容備系統(tǒng)?;诖鎯用娴谋镜貫?zāi)備系統(tǒng),實現(xiàn)

怠外故障宕機快速、剛好復(fù)原業(yè)務(wù)應(yīng)用系統(tǒng)。愛護關(guān)鍵應(yīng)用數(shù)據(jù)零丟失或少丟失。

3)異地容災(zāi)系統(tǒng)

通過存儲底層的容災(zāi)技術(shù),建立起異地數(shù)據(jù)中心災(zāi)備系統(tǒng),實現(xiàn)異地系統(tǒng)應(yīng)用

牢靠切換,極短時間內(nèi)復(fù)原業(yè)務(wù)正常運常,并保證數(shù)據(jù)不丟失或少丟失。

第2章本項目整體解決方案

2.1VPLEX存儲虛擬化解決方案

XXX災(zāi)備系統(tǒng)的建設(shè)需求不同于傳統(tǒng)意義上的“主備”模式的容災(zāi)系統(tǒng),而是

“雙活”模式的新一代系統(tǒng)架構(gòu)?!半p活”模式的的架構(gòu)要求兩個中心能夠同時處

理業(yè)務(wù)數(shù)據(jù),可以實現(xiàn)對同一個業(yè)務(wù)系統(tǒng)的負(fù)載均衡,當(dāng)隨意一個中心出現(xiàn)故障

時,另一個中心將全面接管業(yè)務(wù)系統(tǒng),基本實現(xiàn)業(yè)務(wù)系統(tǒng)的“零切換”。

在實現(xiàn)“雙活”系統(tǒng)時,須要在不同層面加以協(xié)作:

?存儲層:存儲層須要將位于不同數(shù)據(jù)中心的磁盤陣列系統(tǒng)整合在一起,

首先實現(xiàn)數(shù)據(jù)在底層的完全同步,其次讓位于不同中心的主機識別到一個邏輯

單元(LUN)o

?主機層:主機層包含數(shù)據(jù)庫主機和應(yīng)用主機。數(shù)據(jù)庫主機須要實現(xiàn)遠程

集群,位于兩個中心的主機可以識別到同一個LUN,同時集群中的心跳信號也

可以通過IP網(wǎng)絡(luò)進行傳輸;應(yīng)用主機可以分別部署在兩個中心,通過網(wǎng)絡(luò)負(fù)

載均衡設(shè)備進行應(yīng)用的負(fù)載均衡。

?網(wǎng)絡(luò)層:網(wǎng)絡(luò)層的關(guān)鍵在于網(wǎng)絡(luò)負(fù)載均衡設(shè)備和其策略的制定,該設(shè)備

將負(fù)責(zé)處理來自不同運營商接口的數(shù)據(jù)分流到不同的數(shù)據(jù)中心進行處理,已達

到“雙活”中心同時處理業(yè)務(wù)的目標(biāo)。

我們將同一個RAC的集群中的兩臺主機分別放置在生產(chǎn)和備份節(jié)點上,這兩臺

主機形成一個跨數(shù)據(jù)中心的集群系統(tǒng),如圖中RAC1-1和RAC1-2,RAC2-1和RAC2-2。

這種設(shè)置保證了正常狀況下,兩節(jié)點的主機同時工作;一旦其中一個節(jié)點的主機

出現(xiàn)故障,業(yè)務(wù)會無縫的被另外一個節(jié)點的主機所接管。此時,RAC的心跳線須要

通過網(wǎng)絡(luò)來進行連接。主機通過EMCVPLEX系統(tǒng)將數(shù)據(jù)同時寫入到兩個節(jié)點的存

儲系統(tǒng)中,實現(xiàn)數(shù)據(jù)同步和數(shù)據(jù)零丟失。

雙活數(shù)據(jù)中心可以實現(xiàn)業(yè)務(wù)系統(tǒng)同時在兩個節(jié)點同時工作,達到負(fù)載均衡的H

的。當(dāng)生產(chǎn)節(jié)點出現(xiàn)故躥時,業(yè)務(wù)系統(tǒng)還能夠在備份節(jié)點上正常工作,實現(xiàn)業(yè)務(wù)

零切換。

系統(tǒng)架構(gòu)設(shè)計

通過對XXX公司具體需求的分析,我們建議客戶采納雙活中心的容災(zāi)架構(gòu),o

在這個架構(gòu)中,存儲層除了采納EMCVPLEX存儲系統(tǒng)外,還引進了EMC全新

代數(shù)據(jù)整合系統(tǒng)VPLEX,由VPLEX實現(xiàn)存儲系統(tǒng)高牢靠性和范圍內(nèi)數(shù)據(jù)高效共享。

本地存儲高牢靠性保證

在本方案中,首先我們要滿足客戶對生產(chǎn)中心存儲系統(tǒng)高牢靠性的需求。目前

的TT系統(tǒng)架構(gòu)中,從應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器到網(wǎng)絡(luò)等各個部分都已經(jīng)供應(yīng)了

高牢靠性的設(shè)計,唯獨存儲系統(tǒng)很少有高牢靠性方案的設(shè)計,這主要基于兩個緣

由:

?存儲系統(tǒng)自身已經(jīng)有高牢靠性設(shè)計,限制器、電源、鏈路等都是冗

余設(shè)計,牢靠性較高,一般狀況下很少會發(fā)生整體故障,導(dǎo)致數(shù)據(jù)不行訪

問。

?沒有特別合適的技術(shù)來實現(xiàn)存儲系統(tǒng)的高牢靠性保證

現(xiàn)在EMC推出了全新架構(gòu)的數(shù)據(jù)整合解決方案一一VPLEX云存儲限制整合系

統(tǒng),VPLEX首先實現(xiàn)了本地存儲系統(tǒng)的整合及高牢靠性設(shè)計,而且是硬件級別的解

決方案。

在本項目中,生產(chǎn)中心VPLEX首先將兩臺EMCVPLEX整合在一起,實現(xiàn)存儲級

別的HA系統(tǒng);原有的VPLEX系統(tǒng)也將采納這一方式實現(xiàn)存儲級別的HA。如下圖顯

示:

1)在兩臺VPLEX中分別劃出兩個LUN,LUN-A和LUN-B

?LUN大小一樣

?RAID的愛護方式一樣

?為了保證性能所分布的硬盤類型和數(shù)量最好也一樣

將這兩個LUN同時映時給VPLEX(通過圖中虛線鏈路),VPLEX可以將這些LUN

進行再次RAID愛護,目前VPLEX支持的RAID愛護級別為:

?RAID0

?RAID1

?分布式RAID1

在實現(xiàn)本地存儲HA系統(tǒng)時,運用RAID1愛護方式,形成一個虛擬LUN(V-LUN)o

2)VPLEX通過光纖鏈路(圖中實線鏈路)將V-LUN安排給主機,主機

可以進行讀寫操作

3)當(dāng)主機向Y-LUN寫入I/O時,先寫入V-LUN,然后再接著寫入到兩

臺VPLEX存儲系統(tǒng)中

4)當(dāng)其中一臺存儲設(shè)備發(fā)生故障,整個存儲系統(tǒng)能夠接著工作,主機

訪問存儲不會受到任何影響

雙活數(shù)據(jù)中心數(shù)據(jù)愛護

本次項目客戶要求首先實現(xiàn)本地存儲高牢靠性愛護外,還須要實現(xiàn)雙活數(shù)據(jù)中

心,既兩個數(shù)據(jù)中心的業(yè)務(wù)同時運行,任何一個數(shù)據(jù)中心出現(xiàn)問題,業(yè)務(wù)都會接

著運行。

通過VPLEX進行數(shù)據(jù)讀寫

首先在備份節(jié)點上,VPLEX存儲系統(tǒng)給VPLEX安排一個LUN,VPELX產(chǎn)生一個

V-LUNo如下圖顯示:

其次,通過兩個節(jié)點的VPLEX產(chǎn)生一個分布式虛擬LUN,采納分布式RAID1

愛護。如下圖顯示:

兩個節(jié)點的主機都能夠訪問到這個虛擬LUN,兩節(jié)點的主機都能夠同時訪問這

個分布式虛擬LUN。由于我們供應(yīng)的是雙活數(shù)據(jù)中心,兩個節(jié)點中的數(shù)據(jù)要實時一

樣,所以在寫入數(shù)據(jù)時,要確保數(shù)據(jù)被同時寫入到兩個節(jié)點中,這樣才能保證數(shù)

據(jù)兩節(jié)點之間的數(shù)據(jù)一樣性。如下圖所示:

主機訪HVPUX通道VPUh力問存榜通道

1)在生產(chǎn)節(jié)點的主機產(chǎn)生I/O;

2)向VPLEX寫入I/O,I/O通過VPLEX之間的光纖鏈路發(fā)送到備份節(jié)

點的VPLEX上,

3)I/O同時寫入到兩個節(jié)點中的4臺存儲系統(tǒng)中;

4)備份節(jié)點的VPLEX向生產(chǎn)節(jié)點VPLEX發(fā)出寫I/O完成的確認(rèn)信息

(ACK);

通過VPLEX進行數(shù)據(jù)讀取

EMCVPLEX是一個集群系統(tǒng)供應(yīng)分布式緩存一樣性保證,能夠?qū)蓚€或多個

VPLEX的緩存進行統(tǒng)一管理,從而使主機訪問到一個整體的緩存系統(tǒng)。蘭主機向

VPLEX的摸一個緩存區(qū)域?qū)慖/O時,VPLEX緩存將鎖定這個緩存區(qū)域,同一時刻其

他主機是無法向這個緩存區(qū)域?qū)懭隝/O的。但是,當(dāng)主機讀取I/O時,VPLEX緩存

允很多個主機訪問一個緩存區(qū)域,尤其是主機訪問其他VPLEX集群中其他VPLEX

所管理的數(shù)據(jù)時,統(tǒng)一個緩存管理睬將這個I/O的具體位置告知主機,主機干脆

訪問。如下圖顯示:

主機故障切換

我們將1個RAC的集群中的兩臺主機分別放置在生產(chǎn)和備份節(jié)點上,這兩臺主

機形成一個跨數(shù)據(jù)中心的集群系統(tǒng),如圖中RAC1T和RAC1-2,RAC2-1和RAC2-2。

這種設(shè)置保證了正常狀況下,兩節(jié)點的主機同時工作;一旦其中一個節(jié)點的主機

出現(xiàn)故障,業(yè)務(wù)會無縫的被另外一個節(jié)點的主機所接管。此時,RAC的心跳線須要

通過網(wǎng)絡(luò)來進行連接。

存儲故障切換

主機故障切換由RAC集群保證,存儲系統(tǒng)故障切換則由EMCVPLEX保證。

?EMCVPLEX中設(shè)計了一個重要的部件——VPLEXWitness

Witness安裝在客戶供應(yīng)的VMwareESXServer上運行的虛擬機,Witness最

好及兩個VPLEX集群不在同一地點,針對XXX的狀況,建議將Witness放置在辦

公機房內(nèi)。VPLEXWitness運用IP連接監(jiān)視兩個VPLEX群集之間的系統(tǒng)“心跳”

信號。通過監(jiān)視這些心跳信號,VPLEXWitness可以區(qū)分站點故障和站點分區(qū)。

VPLEXWitness讓應(yīng)用程序能夠承受任何存儲故障的影響,包括同時影響整個

存儲設(shè)備機架的故障。VPLEXWitness及服務(wù)器群集軟件和AccessAnywhere相

結(jié)合,形成了一套端到端的解決方案,允許在服務(wù)器出現(xiàn)故障時自動重啟。對于雙

活數(shù)據(jù)中心的部署,VPLEXWitness能為客戶供應(yīng)具有零復(fù)原點目標(biāo)(RTO)的高

可用性解決方案。

?由于在生產(chǎn)節(jié)點已經(jīng)通過VPLEX實現(xiàn)存儲的HA,所以一個存儲系統(tǒng)

出現(xiàn)故障,不會影響到整個系統(tǒng)的正常運行。如圖所示:

-主機訪問VPIEX通謨VPLEX訪問存儲通道

?備份節(jié)點存儲系統(tǒng)出現(xiàn)故障,不會影響到整個系統(tǒng)的正常運行。如

圖所示:

?VPLEX系統(tǒng)故障

VPLEX系統(tǒng)自身是全冗余設(shè)計,可用性能夠達到99.999%,但是為了防止VPLEX

自身出現(xiàn)故障,VPLEX自身有一整套放置系統(tǒng)故障的處理流程,在這個過程中就要

結(jié)合上面我們提到的Witness。如下圖所示:

WtnewWitnessffMinWitne?5正常工作Witnessajtin

rvr-

V-1iEminV4故?.IV-1iDB工作

v-iiEutin

:VQ一停止工作.修

V-2宣??我”口V-2正常工作V?2―IiEHtffF

.Ia?in■多

正常工體業(yè)州iintin

Witnew.

v?i:~~?件I-

V-2?MW.總鋒9

**:*停工作

業(yè)力i.停工秀—一?inn.n

Q%一*一*仲工吧作

上圖中,①一⑦種狀況中,業(yè)務(wù)正常工作;⑧一⑩種狀況中,業(yè)務(wù)暫停,須要

少量人工干預(yù)將業(yè)務(wù)復(fù)原,時間不會超過10分鐘。

生產(chǎn)節(jié)點發(fā)生災(zāi)難

假如生產(chǎn)節(jié)點發(fā)生災(zāi)難,則全部業(yè)務(wù)要切換至備份節(jié)點,其過程如上圖所示狀

況⑨,須要少量人工干預(yù),在這種狀況下人工干預(yù)是指將V-2短暫中斷的工作重

新啟動,主機能夠重新訪問存儲系統(tǒng),最終業(yè)務(wù)復(fù)原。

主機訪問VPlEXiS道——VPIEX訪問存儲涵道

生產(chǎn)節(jié)點復(fù)原

生產(chǎn)節(jié)點修復(fù)后,須要重新將生產(chǎn)節(jié)點和備份節(jié)點的VPLEX關(guān)聯(lián)起來。

主機訪問VPLEX通道-----VPLEX請問存健遇道

在VPLEX上重新通過兩個節(jié)點的VPLEX產(chǎn)生一個分布式虛擬LUN,采納分布式

RAID1愛護,此時業(yè)務(wù)可以正常運行,備份節(jié)點及生產(chǎn)節(jié)點之間的數(shù)據(jù)在后臺進

行復(fù)制,直到兩邊數(shù)據(jù)一樣。在這個過程中,我們還須要將VPLEX的Witness修

復(fù),在其中定義生產(chǎn)節(jié)點為主節(jié)點。

備份策略

傳統(tǒng)備份策略

備份策略一般分為三種:

?完全備份就是拷貝給定計算機或文件系統(tǒng)上的全部文件,而不管它是否被

變更。

?增量備份就是只備份在上一次備份后增加、改動的部分?jǐn)?shù)據(jù)。增量備份可

分為多級,每一次增量都源自上一次備份后的改動部分。

?差分備份就是只備份在上一次完全備份后有變更的部分?jǐn)?shù)據(jù)。假如只存在

兩次備份,則增量備份和差分備份內(nèi)容一樣。

一般在運用過程中,這三種策略常結(jié)合運用,常用的方法有:完全備份、完全

備份加增量備份、完全備份加差分備份、完全備份加累加備份。

完全備份會產(chǎn)生大量數(shù)據(jù)移動,選擇每天完全備份的客戶常常干脆把磁帶介質(zhì)

連接到每臺計算機上(避開通過網(wǎng)絡(luò)傳輸數(shù)據(jù))。這樣,由于人的干預(yù)(放置磁帶

或填充自動裝載設(shè)備),磁帶驅(qū)動器很少成為自動系統(tǒng)的一部分。其結(jié)果是較差的

經(jīng)濟效益和較高的人力花費。

完全備份加增量備份源自完全備份,不過削減了數(shù)據(jù)移動,其思想是較少運用

完全備份。比如說在周六晚上進行完全備份(此時對網(wǎng)絡(luò)和系統(tǒng)的運用最?。?。在

其它6天(周日到周五)則進行增量備份。增量備份會問這樣的問題:自昨天以

來,哪些文件發(fā)生了變更?這些發(fā)生變更的文件將存儲在當(dāng)天的增量備份磁帶上。

運用周日到周五的增量備份能保證只移動那些在最近24小時內(nèi)變更了的文件,

而不是全部文件。由于只有較少的數(shù)據(jù)移動和存儲,增量備份削減了對磁帶介質(zhì)

的需求。對客戶來講則可以在一個自動系統(tǒng)中應(yīng)用更加集中的磁帶庫,以便允很

多個客戶機共享昂貴的資源。然而,當(dāng)復(fù)原數(shù)據(jù)時,困難產(chǎn)生了。

在完全+增量方法下,完整的復(fù)原過程首先須要復(fù)原上周六晚的完全備份。然

后再覆蓋自完全備份以來每天的增量備份。該過程最壞的狀況是要設(shè)置7個磁帶

集(每天一個)。假如文件每天都改的話,須要復(fù)原7次才能得到最新狀態(tài)。

由于完全+增量方法中復(fù)原很困難,后來有了完全+差異方法。差異成為備份過

程考慮的問題。增量備份考慮:自昨天以來哪些文件變更了?而差異方法考慮:

自完全備份以來哪些文件發(fā)生了變更?對于完全備份后馬上的備份過程(本例中

周六),因為完全備份就在昨天,所以這兩個問題的答案是相同的。但到了周一,

答案不一樣了。增量方法會問:昨天以來哪些文件變更了?并備份24小時內(nèi)變更

了的文件。差異方法問:完全備份以來哪些文件變更了?然后備份48小時內(nèi)變更

了的文件。到了周二,差分備份方法備份72小時內(nèi)變更了的文件。

盡管差分備份比增量備份移動和存儲更多的數(shù)據(jù),但復(fù)原操作簡潔多了。在完

全+差異方法下,完整的復(fù)原操作首先復(fù)原上周六晚的完全備份。然后,差異方法

不是覆蓋每個增量備份磁帶,而是干脆跳向最近的磁帶,覆蓋積累的變更。

方案優(yōu)勢

雙活數(shù)據(jù)中心優(yōu)勢

基于EMCVPLEX系統(tǒng)所構(gòu)建的雙活數(shù)據(jù)中心,能夠?qū)崿F(xiàn)雙中心零時間切換的終

極目標(biāo),使客戶的業(yè)務(wù)持續(xù)運行。

技術(shù)領(lǐng)先:EMCVPLEX引入了一種新的體系結(jié)構(gòu),它汲取了我們在20年設(shè)計、

實施和完善企業(yè)級智能緩存和分布式數(shù)據(jù)愛護解決方案的實踐中取得的閱歷教

訓(xùn)。以可擴展、高可用的處理器引擎為基礎(chǔ),EMCVPLEX設(shè)計為可從小型配置無

縫擴展到大型配置。VPLEX駐留在服務(wù)器和異構(gòu)存儲資產(chǎn)之間,運用獨特的群集

體系結(jié)構(gòu),此體系結(jié)構(gòu)允很多個數(shù)據(jù)中心的服務(wù)器具有對共享塊存儲設(shè)釜的讀/

寫訪問權(quán)限。此新體系結(jié)構(gòu)的獨特特征包括:

?橫向擴展群集硬件,允許您從小配置起先并以可預(yù)知的服務(wù)級別逐步擴展

?高級數(shù)據(jù)緩存,它利用大規(guī)模SDRAM緩存提高性能并削減I/O延遲和陣列

爭用

?分布式緩存吻合性,可跨整個群集自動執(zhí)行I/O的共享、平衡和故獐切換

?跨VPLEX群集的一個或多個LUN的統(tǒng)一視圖,這些群集可以是在同一數(shù)據(jù)

中心內(nèi)相距幾英尺,也可以跨同步距離-從而實現(xiàn)新的高可用性和工作負(fù)載移置

模式憑借獨特的縱向擴展和橫向擴展體系結(jié)構(gòu),VPLEX高級數(shù)據(jù)緩存和分布式緩

存吻合性供應(yīng)了工作負(fù)載彈性、存儲域的自動共享、平衡和故障切換,并幫助實

現(xiàn)了有可預(yù)知服務(wù)級別的本地和遠程數(shù)據(jù)訪問。

可擴展性:VPLEX群集可通過添加更多引擎進行縱向擴展,通過將群集連接到

同步-Plex中進行橫向擴展(兩個VPLEX同步群集在大都市距離內(nèi)連接起來)

VPLEX同步有助于透亮地移動和共享工作負(fù)載(包括虛擬化主機),整合數(shù)據(jù)中心,

和跨數(shù)據(jù)中心優(yōu)化資源利用率。

此外,它供應(yīng)了無中斷數(shù)據(jù)移動、異構(gòu)存儲管理和改進的應(yīng)用程序可用性。

VPLEX同步支持最多兩個群集,這兩個群集可以位于同一數(shù)據(jù)中心中兩個在同步

距離內(nèi)的站點(大約相距60英里或100公里)。

無論位于單個站點還是在站點之間,VPLEX系列都提高了數(shù)據(jù)和存儲的彈性。

VPLEX使客戶能夠在同一位置內(nèi)和跨不同位置鏡像卷,從而在出現(xiàn)組件故障時供

應(yīng)連續(xù)的應(yīng)用程序可用性。此功能可提高關(guān)鍵應(yīng)用程序的愛護和可用性,同時又

能利用您現(xiàn)有的存儲資源,而無需主機資源。

業(yè)界最先進的互操作性:EMC公司供應(yīng)的VPLEX能夠為系統(tǒng)供應(yīng)最佳的互操作

性,充分保證系統(tǒng)的連續(xù)。在將來的擴展中,不同平臺的主機系統(tǒng)都能夠平滑連

接EMCVPLEX系統(tǒng)中。

遠程數(shù)據(jù)級災(zāi)備

■“帶外”數(shù)據(jù)傳輸,對生產(chǎn)系統(tǒng)“零”影響

RecoverPoint是一種基于SAN網(wǎng)絡(luò)的持續(xù)數(shù)據(jù)愛護方案,無需在主機上安裝任

何代理軟件,生產(chǎn)數(shù)據(jù)傳輸不經(jīng)過RecoverPoint設(shè)備,對主機性能不產(chǎn)生任何影

峋;一旦RecoverPoint系統(tǒng)出現(xiàn)故障,也不會影響生產(chǎn)系統(tǒng)接著訪問存儲系統(tǒng)。

在RecoverPoint安裝實施過程中,同樣不會影響生產(chǎn)系統(tǒng)正常運行。

■遠程數(shù)據(jù)復(fù)制成本低

在遠程容災(zāi)或數(shù)據(jù)復(fù)制系統(tǒng)中,廣域網(wǎng)絡(luò)的運用成本往往占到系統(tǒng)總體成本的

40%以上或者更高,RecoverPoint利用自身的壓縮技術(shù),能夠大幅度降低數(shù)據(jù)復(fù)制

對網(wǎng)絡(luò)帶寬的需求,從而大幅度降低整個系統(tǒng)的成本。通過第三方的測試結(jié)構(gòu)顯

示,針對Oracle數(shù)據(jù)庫RecoverPoint能夠供應(yīng)大約7.9:1的壓縮比,針對Exchange

系統(tǒng)能夠供應(yīng)大約5:1的壓縮比。

?存儲系統(tǒng)

EMC中端存儲VNX系列在中端存儲市場中占據(jù)最大的市場份額。VXX系列是第

一個向市場推出閃存驅(qū)動器技術(shù)、光纖通道驅(qū)動器和低成本高容量SATA的中端

存儲系統(tǒng),同時還是第一個也是唯一一個供應(yīng)了按陣列管理和存儲系統(tǒng)內(nèi)在線數(shù)

據(jù)移動的系統(tǒng)。

VNX系列有大量針對虛擬化環(huán)境的獨特軟件功能,同時還有及VMware集成的

解決方案,使該平臺成為虛擬化環(huán)境的首選平臺。

如今,VNX系列安裝量已超過300,000套??蛻粢揽縈S系列網(wǎng)絡(luò)存儲系統(tǒng)來

整合、愛護和管理虛擬化MicrosoftExchange>MicrosoftSQLServerOracle

以及其他多種關(guān)鍵的應(yīng)用環(huán)境。

■敏捷的存儲配置和資源調(diào)配

VNX系列存儲的UltraFlex技術(shù)使前端連接能夠按需擴展,并允許客戶在須要

時采納新的技術(shù),如以太網(wǎng)光纖通道。VNX系列存,諸虛擬資源調(diào)配允許客戶按需為

其虛擬基礎(chǔ)架構(gòu)增加存儲容量。這就使他們可以合理地調(diào)配將來須要的資源,但

只購買當(dāng)前急需的資源。當(dāng)某些虛擬機變得不太重要時,可以運用虛擬LUN技術(shù)

無中斷地將這些虛擬機遷移到更經(jīng)濟高效的存儲層。

■針對虛擬環(huán)境而簡化的管理

支持虛擬化的UnisphereManager可自動發(fā)覺全部由VMwarevCenterServer

管理的虛擬機并為存儲管理員供應(yīng)虛擬環(huán)境的端到端映射信息。此新功能有一項

嵌入式報告功能,讓存儲管理員能夠檢查現(xiàn)有的虛擬機存儲安排以及將來的虛擬

機存儲規(guī)劃,以解決性能和合規(guī)性問題。EMCStorageViewer插件通過VMware

vCenterServer發(fā)覺EMC存儲設(shè)備,并顯示EMC存儲平臺虛擬到物理的映射。

結(jié)合支持虛擬化的UnisphereManager,這意味著VMware管理員和存儲管理員

第一次能夠以互補方式查看存儲和虛擬服務(wù)器環(huán)境。

■最高級別的系統(tǒng)級和站點級可用性

VNX系列存儲利用旨在最大程度地提高系統(tǒng)復(fù)原實力的技術(shù)(UltraPoint、高

級系統(tǒng)診斷等),實現(xiàn)了經(jīng)客戶群評估的“5個9”(99.999%)可用性。EMC

RecoverPoint/SE和MirrorView供應(yīng)了及VMwarevCenterSiteRecovery

Manager的緊密集成,以簡化并自動化虛擬化數(shù)據(jù)中心的災(zāi)難復(fù)原。EMC

ReplicationManager支持虛擬機的應(yīng)用程序一樣性快照,以實現(xiàn)即時映像級復(fù)

原。

及其他廠家產(chǎn)品的競爭分析

?雙活數(shù)據(jù)中心產(chǎn)品

VPLEX的體系結(jié)構(gòu)、遠程數(shù)據(jù)管理和通過云實現(xiàn)的功能都是獨一無二的。全部

其他競爭對手可能會將自身的產(chǎn)品及VPLEX進行比較和比照,我們務(wù)必要讓客戶

明白,VPLEX從移動性、可用性和協(xié)作方面變更了競爭格局。對于將來戰(zhàn)略和構(gòu)

想中包括這三個要點的客戶,VPLEX供應(yīng)巨大的競爭優(yōu)勢。

■IBMSANVolumeController(SVC)

移動性:除了在一個SVC節(jié)點對中以外,IBYSVC缺少跨任何距離進行真正

的無中斷移動的實力。IBM聲稱進行移動要么要求停機(在園區(qū)內(nèi)或跨異步距離

分布的一對SVC節(jié)點之外移動LUN),要么拉伸SVC的體系結(jié)構(gòu),導(dǎo)致增加延遲

并減弱冗余性(拆分一個SVC節(jié)點對中的節(jié)點,試圖在像園區(qū)這樣的距離內(nèi)實現(xiàn)

VPLEX的AccessAnywhere實力)。

可用性:TBMSVC不能承受多個故障的影響,出現(xiàn)一個節(jié)點故障就會導(dǎo)致節(jié)點

對I/O功能下降50%oIBMSVC的雙限制器體系結(jié)構(gòu),再加上無法在SVC節(jié)點

對之外執(zhí)行無中斷遷移,限制了其宣稱的可用性。

協(xié)作:IBMSVC無法供應(yīng)從多個地理上分散的位置進行的實時數(shù)據(jù)訪何,無法

實現(xiàn)雙活數(shù)據(jù)中心架構(gòu)。

■HitachiUniversalStoragePlatformV(USPV)/Virtual

StoragePlatform(VSP)

移動性:Hitachi缺少在單個USPV/VSP及其虛擬化的存儲之外執(zhí)行無中斷

移動的實力。此外,Hitachi目前無法無中斷地遠程移動應(yīng)用程序,甚至簡潔的

本地技術(shù)更新都會造成中斷;Hitachi的HighAvailabilityManager軟件仍舊

不能發(fā)揮作用,而目前距最初推出此軟件已近兩年了。

可用性:HitachiUSPV和VSP不能像VPLEXMetro或Geo那樣跨遠距離

拉伸群集,而且宣稱的可用性也比不上VPLEXoHitachi采納了多限制存儲體系

結(jié)構(gòu),供應(yīng)的冗余性比IBMSVC更好,因此可以宣稱其可用性優(yōu)于IBMSVC,但

仍舊不能及VPLEX高可月性解決方案同日而語。

協(xié)作:HitachiUSPV和VSP不能供應(yīng)從地理位置分散的多個地點對單個數(shù)

據(jù)集的實時數(shù)據(jù)訪問實力,無法實現(xiàn)雙活數(shù)據(jù)中心架構(gòu)。

?遠程數(shù)據(jù)級容災(zāi)系統(tǒng)產(chǎn)品

特性EMCRecoverPointIBMSVC

是,以秒為單位的數(shù)據(jù)愛

本地和遠程持續(xù)數(shù)據(jù)愛護本地快照

是,隨意時間點的即時復(fù)

即時復(fù)原有限

是,每個I/O都會加入

時間標(biāo)記無

一個時間標(biāo)記,便于復(fù)原

無法進行目標(biāo)

是,在目標(biāo)的可以訪問隨端訪問,必需停止

目標(biāo)端處理意時刻的數(shù)據(jù),無需進行快數(shù)據(jù)復(fù)制后,才能

照設(shè)置進行目標(biāo)端數(shù)據(jù)訪

是,可以追溯到損毀點前

針對邏輯損壞供應(yīng)愛護有限

的隨意時刻的數(shù)據(jù)進行復(fù)原

廣泛,同時EMC供應(yīng)具

異構(gòu)兼容性有限

有法律效力的兼容性列表

?存儲系統(tǒng)

功能EMCVNX系列其他同類產(chǎn)品

UltraFle可熱插拔、可擴展的前端I/OEqualLogicsIBM和HP未供應(yīng)向

X模塊,支持10千兆以太網(wǎng)和8現(xiàn)有系統(tǒng)添加附加接口技術(shù)的實力。

Gb/s光纖通道。NetApp須要打開頂部機箱以添加新

卡。

虛擬資源高效的分層提高了容量利用IBM、HI\Hitachi和3PAR未供

調(diào)配率,優(yōu)化了跨全部驅(qū)動器類型進應(yīng)精簡資源調(diào)配功能。EqualLogic雖

行分層的功能。這樣就允許在以然供應(yīng)精簡資源調(diào)配,但沒有高級監(jiān)

虛擬方式調(diào)配的和以傳統(tǒng)方式調(diào)控和管理工具。NetApp為客戶供應(yīng)傳

配的LUN之間移動數(shù)據(jù)。統(tǒng)或精簡資源調(diào)配,但兩者之間不能

轉(zhuǎn)換。

虛擬LUN依據(jù)應(yīng)用程序性能要求在阱NetApp,HP和IBM無法在陣列內(nèi)

列內(nèi)敏捷地遷移虛擬機無中斷地遷移數(shù)據(jù)。他們須要拷貝服

務(wù)和應(yīng)用程序停機才能完成遷移。

支持虛擬自動發(fā)覺全部虛擬機并供應(yīng)沒有一種競爭產(chǎn)品在陣列管理層

化的端到端的虛擬到物理映射信息。供應(yīng)類似功能。

Navisphe

re

Manager

EMC適用于VMwarevCenter非EMC所獨有;大多數(shù)競爭產(chǎn)品

StorageServer的插件,它可發(fā)覺EMC都支持此VMware集成點。當(dāng)及

Viewer存儲設(shè)備并顯示EMC存儲陣列Navisphere結(jié)合運用時,此總體解決

插件的端到端虛擬到物理映射。方案將是一項強大的獨特優(yōu)勢。

最高的系VNX系列存儲實現(xiàn)了經(jīng)客戶HP和NetApp聲稱具有“5個9”

統(tǒng)級可用群評估的“5個9”可用性。的可用性,但是現(xiàn)場測試數(shù)據(jù)未包括

性一些常常遇到牢靠性問題的部分。

NetApp的測試數(shù)據(jù)未包括部署之后

第一個月的信息,而這段時間正是問

題多發(fā)期。

最高的站?RecoverPoint/SE供應(yīng)大多數(shù)競爭產(chǎn)品供應(yīng)了VMware

點級可用了及VMwarevCenterSitevCenterSiteRecoveryManager支

性RecoveryManager的緊密集持和映像級虛擬機復(fù)原解決方案。不

成,以簡化并自動化虛擬化數(shù)過,只有EMC能夠在客戶所需的每一

據(jù)中心的災(zāi)難復(fù)原。個粒度級別供應(yīng)單一供應(yīng)商愛護解決

?ReplicationManager支方案(站點級、映像級和文件級復(fù)原)。

持虛擬機的應(yīng)用程序一樣性快

照,以實現(xiàn)即時映像級復(fù)原。

?任何供應(yīng)商都未能供應(yīng)

像EMCAvamar這樣的文件級

自動復(fù)原功能。

端到端服只有NavisphereQualityofHP、IBM和EqualLogic都沒有供

務(wù)級別管ServiceManager可為虛擬化應(yīng)服務(wù)質(zhì)量功能。Hitachi和NetApp

理環(huán)境供應(yīng)基于LUN的服務(wù)級只供應(yīng)特別初級的服務(wù)質(zhì)量功能,而

別協(xié)議管理且沒有GURHitachi可以分割緩存

VMwareDistributedResource和調(diào)整每段的插槽大小,但是在須要

Scheduler和Navisphere更改時會造成中斷。NetApp的服務(wù)質(zhì)

QualityofServiceManager量產(chǎn)品只供應(yīng)初級的I/O隊列重新

為虛擬環(huán)境供應(yīng)端到端、基于排序功能,而沒有支配功能。

策略的應(yīng)用程序服務(wù)級別管

理。

雙協(xié)議,?全部VNX系列存儲出廠IBM和HP都沒有供應(yīng)集成的光

可擴展,時均配置了雙協(xié)議(光纖通道纖通道/iSCSI解決方案,這意味著客

可適應(yīng)將和iSCSI)oVNX系列存儲戶必需購買多臺設(shè)備。NetApp供應(yīng)的

來要求的UltraFlex技術(shù)允許在業(yè)務(wù)須iSCSI陣列支持將光纖通道作為額外

I/O要時通電聯(lián)機熱插拔擴展方式附加項。EqualLogic只供應(yīng)iSCSI

提高連接實力。連接。

混合驅(qū)動?混合高性能和高容量驅(qū)Hitachi.IBM和NetApp都沒有

器動器可優(yōu)化性能、密度、成本供應(yīng)第0層閃存驅(qū)動器支持或低能

類型和能效。包括對超高性能閃存耗SATA驅(qū)動器。EqualLogic雖然供

驅(qū)動器和節(jié)能型低能耗SATA立SAS和SATA驅(qū)動器,但須要客戶

驅(qū)動器的支持。購買專用陣列才能獲得兩者。而且,

EqualLogic不支持閃存驅(qū)動器或低

能耗SATA驅(qū)動器。

擴展容量?及前一代VNX系列存儲運用1TB驅(qū)動器時,IBM的上限

和產(chǎn)品相比,VNX系列存儲體系結(jié)是224個驅(qū)動器(224TB),HP是

性能構(gòu)還供應(yīng)了2倍的容量規(guī)模240個驅(qū)動器(240TB)O由12個

(最多960個驅(qū)動器)、2倍EqualLogic單元(最大數(shù)量)組成的

的內(nèi)存和2倍的LUN數(shù)量。群集的容量上限是192TB。假如運用

FLARE操作系統(tǒng)也己經(jīng)從32IBM的最佳做法和相同設(shè)置,VNX系列

位升級至64位。從EMC應(yīng)用存儲CX4-240可支持多達30,000

程序工作負(fù)載的測試中可以看個Exchange用戶,而IBMDS4800-88

出,同類競爭產(chǎn)品的擴展性能只能支持23,000個用戶。

是無法及VNX系列存儲CX4EqualLogic聲稱能夠在由12個單

陣列同日而語的。元組成的單個群集上支持多達

60,000個Exchange用戶(事實上可

在4個單獨的群集上實現(xiàn))。對于磁

盤備份應(yīng)用,VNX系列存儲CX4-960

每分鐘可處理1,114條事務(wù),而IIP

EVA8100每分鐘只能處理503條事

務(wù)。

高效的磁?基于最佳做法,VNX系列運用針對MicrosoftExchange>

盤存儲具有30:1的全局熱備SQL和Oracle等應(yīng)用程序的最佳做

利用率盤比率、較小的FLARE空間占法時,HPEVA僅能達到46%的可用

用開銷,以及高效的快照保留。容量,而VNX系列存儲能夠達到的可

VNX系列存儲的可用數(shù)據(jù)空間用容量則遠高于70%(數(shù)據(jù)的可用容

可占實際購買容量的70%o量及總購買容量減去RAID開銷、快

照保留空間、備盤和操作系統(tǒng)開銷后

的容量之比)。NetApp運用RAID-DP,

利用率僅為34%,EqualLogic則只有

33%o

數(shù)據(jù)就地?數(shù)據(jù)就地升級允許將N-HP在EVA系列之間以及新的路

升級1和N-2技術(shù)轉(zhuǎn)換為最新的徑管理和VMwarevCenterSite

VNX系列存儲,仍利用現(xiàn)有的系RecoveryManager軟件之間升級時,

統(tǒng)組件和軟件。須要長時間的中斷。EqualLogic須要

重新啟動每個獨立單元才能應(yīng)用軟件

的升級,這使得每個單元在升級時,

多單元磁盤池中的全部卷均不行用。

NetApp在應(yīng)用新微碼以及在Data

0NTAP發(fā)行版(6.x-7.x)之間進行

中斷式數(shù)據(jù)遷移時,須要重新啟動文

件服務(wù)器。

第3章項目實施方案

3.1EMCVPLEX存儲實施規(guī)劃

EMC存儲規(guī)劃(SIP)方法

EMC依據(jù)自身長期在存儲及信息管理上的閱歷,依據(jù)用戶的需求,從以上IT管理

和信息生命周期管理的最佳實踐和標(biāo)準(zhǔn)動身,總結(jié)出了一套“面對服務(wù)的方法”

來幫助用戶綻開存儲規(guī)劃建設(shè):

面向服務(wù)的存儲規(guī)劃方法(SIP)EMC

、管理和運維

①定標(biāo)準(zhǔn)④優(yōu)化整合實施⑤持續(xù)性管理

業(yè)務(wù)需求1

現(xiàn)狀調(diào)研實施設(shè)計

H錄設(shè)計流程評估流程設(shè)計

設(shè)計存儲

管理框架架構(gòu)規(guī)以實施設(shè)計

.②找差距

存儲服務(wù)監(jiān)I

控管理規(guī)劃級別映射

存儲服務(wù)報告

存儲服務(wù)數(shù)據(jù)遷移

改造規(guī)劃實施

?Copynghl2009EMCCorporaoonAJIrgnisressW20

圖1EMC存儲規(guī)劃(SIP)建設(shè)方法

①定標(biāo)準(zhǔn)

在存儲規(guī)劃起先階段,首先進行業(yè)務(wù)調(diào)研和需求分析,梳理業(yè)務(wù)對存儲的耍

求;其次將業(yè)務(wù)要求轉(zhuǎn)化為存儲的IT服務(wù)要求,設(shè)計存儲服務(wù)書目。存儲書目中

將定義存儲可供應(yīng)的服務(wù)分類,不同類別服務(wù)需供應(yīng)的類型,不同服務(wù)類型須要

供應(yīng)的服務(wù)指標(biāo);然后依據(jù)客戶方的業(yè)務(wù)應(yīng)用要求對存儲的服務(wù)要求進行業(yè)務(wù)應(yīng)

用分級,定義不同級別業(yè)務(wù)應(yīng)用對存儲的服務(wù)類別、類型和服務(wù)指標(biāo)的要求,定

義實現(xiàn)不同級別服務(wù)須要的技術(shù)和運維管理手段和措施;最終定義滿足這些服務(wù)

要求的存儲參考架構(gòu),即滿足這些服務(wù)要求的可能的技術(shù)手段定義。

②找差距

將目前客戶方各業(yè)務(wù)應(yīng)用同存儲服務(wù)書目和參考架構(gòu)定義進行映射和比較,

找出支撐當(dāng)前業(yè)務(wù)應(yīng)用的存儲手段和技術(shù)、存儲管理手段和技術(shù)的差距。

③依據(jù)找出的差距,結(jié)合客戶方的實際狀況和IT建設(shè)規(guī)劃,制定可行的存儲

基礎(chǔ)架構(gòu)優(yōu)化整合改造支配。

④依據(jù)優(yōu)化整合的改造支配,具體進行存儲架構(gòu)優(yōu)化整合的技術(shù)實施方案設(shè)

計,進行具體的數(shù)據(jù)遷移實施方案設(shè)計,然后依據(jù)方案進行存儲架構(gòu)優(yōu)化整合和

數(shù)據(jù)遷移的實施。

⑤及其它IT建設(shè)一樣,存儲規(guī)劃和優(yōu)化整合不是一次性過程,而是一個持續(xù)

管理的過程,對定義的存儲服務(wù)標(biāo)準(zhǔn)和優(yōu)化整合的結(jié)果,須要進行持續(xù)的管理和

監(jiān)控,并依據(jù)業(yè)務(wù)的發(fā)展和變更不斷的優(yōu)化存儲服務(wù)標(biāo)準(zhǔn),以滿足業(yè)務(wù)的須要,

因此須要從存儲的運維管理流程、存儲的監(jiān)控和管理技術(shù)手段以及日常運維的操

作管理上規(guī)范存儲的管理和運行,依據(jù)存儲服務(wù)標(biāo)準(zhǔn)考量存儲的服務(wù)水平,同時

依據(jù)考量結(jié)果優(yōu)化存儲服務(wù)標(biāo)準(zhǔn),形成良性的存儲規(guī)劃機制。

EMC存儲規(guī)劃(SIP)方法概念及要點

存儲規(guī)劃服務(wù)標(biāo)準(zhǔn)

建立存儲規(guī)劃服務(wù)標(biāo)準(zhǔn)的目的在于將合理的業(yè)務(wù)要求量化的映射到對存儲的

服務(wù)需求上,明確業(yè)務(wù)對存儲服務(wù)要求的范圍、內(nèi)容及屬性指標(biāo),定義符合業(yè)務(wù)

需求的存儲服務(wù)及其相關(guān)的服務(wù)內(nèi)容和服務(wù)級別;建立將業(yè)務(wù)需求轉(zhuǎn)換成存儲服

務(wù)需求的工具和過程,并將現(xiàn)有的業(yè)務(wù)應(yīng)用依據(jù)其服務(wù)級別需求映射到合理的存

儲架構(gòu)上,并建立全行統(tǒng)一的存儲服務(wù)架構(gòu)管理的服務(wù)規(guī)范及標(biāo)準(zhǔn),為后續(xù)的應(yīng)

用及系統(tǒng)建設(shè)服務(wù)供應(yīng)依據(jù),同時依據(jù)標(biāo)準(zhǔn)建立業(yè)務(wù)需求和存儲實力的內(nèi)在聯(lián)系,

使提出的業(yè)務(wù)需求更精確合理。

存儲服務(wù)的服務(wù)級別

通過存儲服務(wù)的服務(wù)性能和性能指標(biāo),可以明確為業(yè)務(wù)供應(yīng)的每個存儲服

務(wù)應(yīng)當(dāng)完成和管理哪些服務(wù)內(nèi)容,這些服務(wù)內(nèi)容又通過什么指標(biāo)來衡量。但是

由于應(yīng)用業(yè)務(wù)需求、成本考量等因素的不同,造成不同應(yīng)用對同一存儲服務(wù)相

同服務(wù)指標(biāo)的要求和服務(wù)級別是有偏差的,所乂我們對存儲服務(wù)的每一個服務(wù)

指標(biāo)都定義了不同的服務(wù)級別。

存儲服務(wù)技術(shù)和運維說明

要供應(yīng)一個高質(zhì)量的存儲服務(wù),首先須要高品質(zhì)、高性能、高牢靠性和可用

性的技術(shù)平臺,更重要的是須要能夠保障存儲服務(wù)能夠正常運轉(zhuǎn)以滿足業(yè)務(wù)服務(wù)

需求的運維管理,因此我們將從技術(shù)需求和運維管理兩個方面來闡述滿足存儲服

務(wù)性能的性能指標(biāo)的每一個服務(wù)級別。

其中每一個存儲服務(wù)都有相關(guān)的服務(wù)性能來說明該服務(wù)應(yīng)具備那些服務(wù)功

能,而每一個服務(wù)性能又通過不同的性能指標(biāo)來細(xì)化和體現(xiàn),針對每一特性能指

標(biāo)(KPI)供應(yīng)各種量化的服務(wù)級別來滿足不同的業(yè)務(wù)需求,為實現(xiàn)每一個服務(wù)級

別,必需從技術(shù)和運維管理兩個方面給出要求和說明。

存儲參考體系架構(gòu)

存儲參考體系架構(gòu)是依據(jù)業(yè)界的最佳實踐并結(jié)合客戶方的現(xiàn)狀,為滿足服務(wù)

書目中定義的不同服務(wù)級別及技術(shù)需求給出的存儲參考架構(gòu)。生產(chǎn)存儲服務(wù)具有

生產(chǎn)存儲的參考體系架構(gòu),備份復(fù)原服務(wù)具有備份復(fù)原的參考體系架構(gòu)。

3.1.1存儲部署

在本項目中,配置了2臺EMCVPLEX。以下存儲部署技術(shù)描述如有誤差,將以

最終及客戶實際溝通后的最終溝通信息為準(zhǔn).并修改形成最終的部署支配文件.

3.1.2設(shè)備安裝前管理

(1),設(shè)備安裝場地檢查

時間:簽定購買合同后即可進行

人員:用戶同億海揚天工程師共同進行,EMC工程師供應(yīng)技術(shù)支持

文件:Prc-SitcSurvcy,SystemHostForm及《EMC設(shè)備場地及環(huán)境要求》

主要內(nèi)容:

卸貨場地檢查:是否滿足貨車停靠及裝卸設(shè)備作業(yè);

搬運通路檢查:檢查臺階門檻并同用戶協(xié)商處理方法,電梯及其載量,沿途

全部門的高度及寬度,拐彎處的空間等;

機房場地檢查:按《EMC設(shè)備場地及環(huán)境要求》執(zhí)行,確定安裝位置到主機

的距離,以便符合購買合同配備的電纜。

(2),打算實施所需配置文件

時間:安裝前2周或更早

人員:用戶同億海揚天工程師或EMC工程師共同進行

文件:NewInstallationForm

主要內(nèi)容:

確定EMC設(shè)備的具體配置及同主機的連接方式,依據(jù)原始設(shè)計方案所確定的磁

盤卷的愛護方式(RAIDT或RAID-5),安排磁盤地址及哪些通道可以訪問哪些卷;

卷的數(shù)量、大小等等。此項工作完成后,EMC設(shè)備的配置即正式確定下來,不行

輕易更改。請留意:申請配置的表格須要提前至少5個工作日送達EMC配置小組

(ConfigurationGroup)o考慮到探討和填表的時間,時差及可能的節(jié)假日,提前

2周送達比較穩(wěn)妥。

(3)日程安排

探討配置并填寫NewInstallationForm:1個工作日

創(chuàng)建配置文件:1個工作日

由美國總部ConfigurationGroup確認(rèn):5個工作日

請用戶特殊留意:磁盤配置經(jīng)美國總部確認(rèn)后,EMC客戶工程師現(xiàn)場無權(quán)更改,

以確保生產(chǎn)系統(tǒng)無任何技術(shù)隱患。假如用戶的確須要更改配置,除需另外5個工

作日由美國總部確認(rèn)配置外,用戶還將擔(dān)當(dāng)相應(yīng)的費用。

(4)上報安裝支配

時間:安裝前1周

人員:用戶同EMC公司共同確定時間,由EMC工程師完成

文件:ScheduledChangeActivityForm

主要內(nèi)容:

確定安裝日期及持續(xù)時間,以便EMC公司支配技術(shù)人員到場。如須要,預(yù)定

由EMC總部供應(yīng)遠程支援°

(5)場地設(shè)施就緒

時間:安裝起先前完成

人員:由用戶負(fù)責(zé)

主要內(nèi)容:

使電源就位、電話線就位。如須要,完成活動地板的加固及搬運通路的加固。

關(guān)于電源容量、地板承重等具體內(nèi)容,請參照設(shè)備場地環(huán)境章節(jié)。

(6)設(shè)備到貨

到貨時客戶要有負(fù)責(zé)人在現(xiàn)場協(xié)調(diào)卸貨及搬運時可能發(fā)生的各種問題;

通知EMC公司設(shè)備已運到,確定安裝時間,并說明安裝前尚需解決的問題;如

可能,將EMC設(shè)備放置24小時,使其漸漸適應(yīng)機房環(huán)境。

(7)現(xiàn)場點貨

1.在設(shè)備到達用戶安裝現(xiàn)場后,億海揚天將依據(jù)訂貨合同及發(fā)貨單,檢查包裝

箱外觀,點驗包裝箱件數(shù).外觀檢查和箱數(shù)點驗時,應(yīng)做到發(fā)貨單和包裝箱相符,

外包裝應(yīng)無損壞和碰傷。

2.億海揚天及用戶雙方確認(rèn)外觀檢查和箱數(shù)點驗無誤后,方可開箱進行檢查,

開箱后首先檢查箱內(nèi)設(shè)備有無損壞,如有問題,待雙方協(xié)商好解決方法后,再行

處理。

3.全部設(shè)備應(yīng)及合同訂貨清單一樣。億海揚天將及用戶一起逐一清點,驗證登

記,在安裝驗收過程中發(fā)覺設(shè)備、插件、文檔資料有遺漏或故障,億海揚天保證

剛好完成更換和補充工作,一切費用由億海揚天擔(dān)當(dāng)。

3.1.3系統(tǒng)安裝調(diào)試管理

億海揚天負(fù)責(zé)所供應(yīng)設(shè)備的連接和安裝調(diào)試,由用戶派遣技術(shù)人員參及整套設(shè)

備的安裝和調(diào)試,使所連系統(tǒng)及設(shè)備運轉(zhuǎn)正常。在安裝調(diào)試過程中,億海揚天的

技術(shù)人員將向用戶說明設(shè)備的安裝步驟和應(yīng)當(dāng)留意的事項,安裝的每一件設(shè)備將

作安裝具體記錄。在安裝、調(diào)試過程中造成的設(shè)備損壞,由億海揚天負(fù)責(zé)。

(1)硬件安裝調(diào)試

時間:依據(jù)安裝支配所確定的時間執(zhí)行

人員:用戶,億海揚天工程師共同完成

主要內(nèi)容:

對EMC設(shè)備進行安裝調(diào)試,并及用戶及系統(tǒng)供應(yīng)商協(xié)作同主機進行連接。

溫馨提示

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

最新文檔

評論

0/150

提交評論