VMware云計算數(shù)據中心解決方案建議書-V7_第1頁
VMware云計算數(shù)據中心解決方案建議書-V7_第2頁
VMware云計算數(shù)據中心解決方案建議書-V7_第3頁
VMware云計算數(shù)據中心解決方案建議書-V7_第4頁
VMware云計算數(shù)據中心解決方案建議書-V7_第5頁
已閱讀5頁,還剩233頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1.1項目背景4

1.2現(xiàn)狀分析4

2VMware云計算數(shù)據中心解決方案概述11

2.1概述11

2.2功能特性12

2.3版本比較16

3VMware云計算數(shù)據中心解決方案技術詳解20

3.1整體架構20

3.2服務器虛擬化21

3.2.1概述21

3.2.2計算功能特性23

3.2.3存儲功能特性31

3.2.4網絡和安全功能特性42

3.2.5管理和自動化49

3.3高可用與災難恢復56

3.3.1概述56

3.3.2本地高可用60

3.3.3數(shù)據保護68

3.3.4災難恢復72

3.4運維管理81

3.4.1概述81

3.4.2功能特性82

3.4.3運維可見性和性能管理84

3.4.4變更、配置和合規(guī)性管理102

3.4.5性能監(jiān)控、分析、告警104

3.4.6應用依賴關系映射112

3.4.7日志分析114

3.5服務編排120

3.5.1架構120

3.5.2用戶角色和相關任務121

3.5.3功能特性121

3.6服務調配124

3.6.1概述124

3.6.2典型應用場景138

3.6.3主要功能139

3.7業(yè)務管理161

3.7.1概述162

3.7.2功能特性162

4VMware云計算數(shù)據中心規(guī)劃設計166

4.1數(shù)據中心總體規(guī)劃設計166

4.2核心虛擬化規(guī)劃168

4.2.1計算資源規(guī)劃168

4.2.2網絡與安全規(guī)劃171

4.2.3存儲資源規(guī)劃175

4.2.4集中式管理規(guī)劃180

4.3高可用與災難恢復規(guī)劃183

4.3.1高可用規(guī)劃183

4.3.2災難恢復規(guī)劃186

4.4數(shù)據中心運維管理規(guī)劃189

4.4.1容量與性能管理規(guī)劃189

4.4.2配置與合規(guī)性管理規(guī)劃193

4.4.3性能監(jiān)控與分析規(guī)劃198

4.4.4應用依賴關系映射規(guī)劃199

4.5服務編排規(guī)劃200

4.6服務調配規(guī)劃204

4.6.1基礎架構服務調配規(guī)劃204

4.6.2應用服務調配規(guī)劃221

5方案優(yōu)勢總結223

6配置清單與說明224

6.1硬件配置224

6.2軟件配置224

7專業(yè)服務225

7.1VMware專業(yè)服務介紹225

7.2專業(yè)咨詢服務內容225

7.2.1VMwareAccelerate咨詢月艮務225

7.2.2技術咨詢服務226

7.2.3技術客戶經理(TAM)服務226

7.3專業(yè)服務實施流程227

7.3.1評估228

7.3.2規(guī)劃與設計228

7.3.3實施228

7.3.4運維229

8支持服務概述230

8.1VMware支持的角色和職責230

8.2全球技術支持服務230

8.3自助服務支持231

8.3.1社會支持231

8.3.2其他資源232

9培訓服務233

9.1認證體系與學習路徑233

9.2培訓課程234

10縮略語解釋238

概述

1.1項目背景

在傳統(tǒng)IT基礎架構環(huán)境中,業(yè)務迅速發(fā)展給IT帶來很大壓力,服務器需求不斷增多,機房空間、

電力成為瓶頸,導致應用所需服務器資源緊張,正常項目開展受到限制。系統(tǒng)管理人員日常忙于救

火和新的部署工作,無精力開展管理提升工作,技術復雜性,使得部署時間越來越長,導致應用上

線時間延長。為了應對這些壓力,人們開始尋求新的技術和管理解決方案。

云計算的概念首先是從業(yè)務管理角度被人們接受,節(jié)省投資、需求快速部署、按需使用,這些

特性得到企業(yè)業(yè)務管理層認可后而使云計算迅速擴展,并成為真正落地的解決方案。

云計算通過資源池技術,實現(xiàn)應用服務器和硬件服務器隔離,使硬件資源切片使用,提供邏輯

虛擬服務器為應用提供服務,這樣不但物理資源得到充分利用,而且機房壓力減少,整體投資下降。

虛擬化技術把虛擬服務器保存成文件,通過復制文件為快速部署提供可能。

通過自服務門戶,在不同資源池上面架設了一張“臺面”,不但為客戶提供多個資源池的使用,

而且屏蔽了復雜的技術;通過隔離技術,把多組織、多客戶的隔離需求進行部署,即使物理資源在

一臺硬件服務器上,也可以從底層協(xié)議進行隔離,達到安全隔離目的。

通過生命周期功能,把資源使用限制在約定的期限內,到期自動釋放資源,使得資源可以重復

利用。通過運行分析平臺,把資源使用、運行狀況進行記錄,可以為客戶提供直觀的使用記錄和運

行狀況分析。

由于云計算的這些技術和管理的先進理念在IT界已廣泛被接受,企業(yè)也像接受水管里的“水”

一樣開始構建“云”和使用“云”。

XXX客戶作為國內大型企業(yè),信息化建設不斷發(fā)展,目前信息化網絡以信息中心為運營維護單

位,覆蓋市場計費、生產經營等多套業(yè)務系統(tǒng),服務器資源龐大。雖然該客戶已經完成了對其數(shù)據

中心的服務器虛擬化改造,但是,僅僅完成服務器的虛擬化已經遠遠不能滿足各種業(yè)務對其數(shù)據中

心的新需求,盡快地完成云計算建設是一件勢在必行的大事。

1.2現(xiàn)狀分析

本小節(jié)首先將對XXX客戶數(shù)據中心的現(xiàn)狀進行描述,統(tǒng)計了現(xiàn)有物理服務器的型號、配置以及

其上運行的業(yè)務系統(tǒng)的情況,同時還對數(shù)據中心里的存儲設備的配置與使用情況進行了總結。接下

來,本文將對當前的現(xiàn)狀進行分析,指出數(shù)據中心存在的問題。

>現(xiàn)狀描述

XXX客戶數(shù)據中心目前以X86服務器為主,運行著人力資源、市場計費、生產經營、資產管理、

網絡管理、郵件、安全等業(yè)務系統(tǒng)。具體的服務器配置如下所示,該表涵蓋了主要業(yè)務系統(tǒng)的服務

器配置。

系統(tǒng)型號配置

視頻服務器PowerEdge2950XeonE5410*2/4GB

下載服務器PowerEdge2950XeonE5110*2/2GB

生產經營管理系統(tǒng)PowerEdge2950XeonE5410*2/4GB

固定資產管理系統(tǒng)PowerEdge2950XeonE5410*2/4GB

移動站業(yè)務管理系統(tǒng)PowerEdge2950XeonE5410*2/2GB

網管系統(tǒng)PowerEdge2950XeonE5410*2/2GB

財務系統(tǒng)PowerEdge2950XeonE5410*2/2GB

防病毒系統(tǒng)PowerEdge2950XeonE5410*2/2GB

郵件系統(tǒng)PowerEdge2950XeonE5410*2/2GB

安全評估系統(tǒng)PowerEdge2850Xeon2.8G*2/2GB

人力資源系統(tǒng)PowerEdge2850Xeon2.8G*2/2GB

任務管理系統(tǒng)PowerEdge2650Xeon2.8G*2/2GB

庫存管理系統(tǒng)PowerEdge1750Xeon2.4G*2/1GB

身份認證系統(tǒng)PowerEdge750P42.8G/1GB

表:XXX客戶數(shù)據中心服務器

上述服務器中,除了視頻服務器和下載服務器外,其它服務器的負載都非常小,遠沒有達到充

分利用的狀態(tài)。雖然視頻服務器和下載服務器的負載相對較高,但是也沒有充分發(fā)揮硬件平臺的資

源效率。

另外還有一些運行邊緣業(yè)務的服務器,由于設備老舊以及所在位置等原因,本次尚未統(tǒng)計在內。

在存儲陣列方面,XXX客戶數(shù)據中心的主要存儲設備及其相應系統(tǒng)的容量與使用率情況如下所

O

?舊MDS4700陣歹!J上,網管系統(tǒng)可使用的總容量為1400G,現(xiàn)已使用了800G,使用率為

57%;郵件系統(tǒng)可使用的總容量為1950G,現(xiàn)統(tǒng)計分析系統(tǒng)已使用了900G,使用率為

67%。人力資源系統(tǒng)可使用的容量已全部分配完畢。

?舊MFastT600陣列上,庫存管理系統(tǒng)可使用的總容量為1340G,現(xiàn)已使用了1340G,使

用率為100%;身份認證系統(tǒng)可使用的總容量為340G,現(xiàn)已使用了170G,使用率為

50%。

?舊MDS5020陣歹U上,視頻服務器可使用的總容量為1540G,現(xiàn)已使用了1530G,使用

率為97%;防病毒系統(tǒng)可使用的總容量為270G,現(xiàn)已使用了206G,使用率為76%。

?EMCCX3-40陣列上,財務系統(tǒng)可用總容量為941G,現(xiàn)已使用了325G,使用率為32%;

移動站業(yè)務管理系統(tǒng)可用總容量為800G,現(xiàn)已使用了270G,使用率為34%;安全評估

系統(tǒng)可用總容量為600G,現(xiàn)已使用了305G,使用率為51%。

?EMCCX500陣列上,任務管理系統(tǒng)可用總容量為120G,現(xiàn)已使用了95G,使用率為

79%;固定資產管理系統(tǒng)可用總容量為300G,現(xiàn)已使用了280G,使用率為94%。

?EMCCX4-480陣列上,下載服務器可用總容量為2000G,現(xiàn)已使用了2000G,使用率為

100%;生產經營管理系統(tǒng)可用總容量為980G,現(xiàn)已使用了800G,使用率為82%。

上述存儲設備及其相應系統(tǒng)的容量與使用率情況如下表所示。

陣列名稱使用系統(tǒng)可用空間已用空間使用率

IBMDS4700網管系統(tǒng)1400G800G57%

郵件系統(tǒng)1950G900G67%

人力資源系統(tǒng)400G400G100%

IBMFastT600庫存管理系統(tǒng)1340G1340G100%

身份認證系統(tǒng)340G170G50%

IBMDS5020視頻服務器1540G1530G97%

防病毒系統(tǒng)270G206G76%

EMCCX3-40財務系統(tǒng)941G325%32%

移動站業(yè)務管理系統(tǒng)800G270G34%

安全評估系統(tǒng)600G305G51%

EMCCX500任務管理系統(tǒng)120G95G79%

固定資產管理系統(tǒng)300G280G94%

EMCCX4-480下載服務器2000G2000G100%

生產經營管理系統(tǒng)980G800G82%

表:XXX客戶數(shù)據中心存儲陣列

可見,目前XXX客戶的磁盤陣列劃分孤立、分散,造成了磁盤陣列的浪費以及數(shù)據的高風險性,

而且十分不易于維護。隨著之后系統(tǒng)和數(shù)據量的不斷增加,這一現(xiàn)象將會持續(xù)加劇。

>現(xiàn)狀分析

通過對XXX客戶服務器和存儲現(xiàn)狀的分析,目前IT基礎架構有以下幾個問題亟待解決:

?資源孤立且利用率低下。現(xiàn)有數(shù)據中心中,計算、存儲以及網絡資源都是緊耦合的,也就

是說數(shù)據中心內的IT建設是煙囪式的,根據客戶需求一個項目建設一套系統(tǒng),這樣便形

成了一個個的,,項目孤島,,。這種系統(tǒng)牽一發(fā)而動全身,很難作任何改變,擴展起來要對系

統(tǒng)進行重新設計。在這種環(huán)境下,系統(tǒng)之間無法相互通信,資源不能在整個數(shù)據中心里實

時、動態(tài)調度與共享,這樣便使服務器與存儲以及網絡資源得不到充分利用,各種資源的

利用效率全面低下。

?服務器和存儲購置成本高,維護成本遞增。隨著應用的不斷增加,服務器數(shù)量也跟著增加,

每年要支出高額購置費用不說,還有部分服務器已經過保修期,部件逐漸進入老化期,維

護、維修預算費用也逐年增加。

?能源消耗巨大。當前數(shù)據中心存在海量的能源消耗和惱人的散熱問題,這也成為數(shù)據中心

發(fā)展的一大瓶頸。目前電力和數(shù)據中心輔助設施的成本已經超過了購買IT設備的費用,

電力能耗占到數(shù)據中心整體成本中的50%以上。

?可用性低下。首先,幾乎每個應用服務器都是單機,如果某臺服務器出現(xiàn)故障,相對應的

業(yè)務也將中斷。其次是當硬件需要維護、升級或出現(xiàn)硬件故障時,上層業(yè)務系統(tǒng)均會出現(xiàn)

較長時間的中斷,影響業(yè)務的連續(xù)性,其中包括一些重要業(yè)務系統(tǒng),一旦中斷服務影響很

大,未來數(shù)據中心搬遷時會更加麻煩。

?兼容性差。系統(tǒng)和應用遷移到其他服務器,需要和舊系統(tǒng)兼容的系統(tǒng)。新的軟件包括操作

系統(tǒng)和應用軟件無法運行在老的硬件平臺,而老的代碼有時候也很難移植到新的硬件平臺

上。例如:由于各種資源數(shù)據庫不同公司分別開發(fā),需要的運行的軟硬平臺很多時候不能

保證兼容。為節(jié)省時間、物力和保持系統(tǒng)部署的順利,只能用增加服務器單獨部署的方法

來解決。

?資源配置與運維管理的成本非常高昂且效率低下。現(xiàn)有數(shù)據中心的資源配置與部署大多采

用人工方式,沒有對應平臺的支撐,沒有自動化的部署。這種管理方式首先會增加人力成

本,耗費大量人力在繁重的工作上,這使得管理費用成為機構的沉重負擔。其次,這種管

理方式會導致出錯率高,效率底下,靈活性低等后果,同時,在性能調優(yōu),容量管理方面,

這種管理方式的效率也是非常低下的。

?對業(yè)務需求無法做到及時響應,靈活性差。當有新的應用需要部署時,需要重新部署服務

器,存儲系統(tǒng),并需要對網絡系統(tǒng)進行調整以適應新的IT應用的需求,因此,運維管理

人員無法快速高效地響應業(yè)務部門提出的各種要求。同時,部署實施新應用的周期比較長、

成本也很高,這往往會延誤新應用和新產品上市的時間,進而使企業(yè)失去了許多寶貴的商

機。

虛擬化技術在一定程度上緩解了上述問題帶來的影響,例如,服務器虛擬化可以幫助數(shù)據中心

減少物理服務器的數(shù)量,進而使企業(yè)在電源、散熱以及機房面積上節(jié)省巨大的成本。此外,它還可

以減少數(shù)據中心UPS和網絡設備的費用以及所占用的空間,同時還可以大幅減少管理物理服務器的

寶貴時間,提高部署服務器的效率。

但是,僅僅依靠服務器虛擬化還是遠遠不能充分解決上述這些難題的,這主要體現(xiàn)在如下幾個

方面。

1)傳統(tǒng)可用性與災難恢復解決方案在虛擬化環(huán)境下難以應用

雖然業(yè)務可用性與災難恢復技術已經有了很多年的發(fā)展,但是傳統(tǒng)的解決方案還是存在很多的

問題,這使得現(xiàn)有的可用性與災難恢復技術在虛擬化環(huán)境下更是難以得到很好地應用,這些問題具

體如下。

首先,傳統(tǒng)的可用性解決方案是利用特定于應用的解決方案(如:OracleRAC、MSSQL集群、

ExchangeDatabaseAccessGroups(DAG)等)在應用級別實施業(yè)務可用性。雖然這種方法通???/p>

以提供不錯的可用性,但是由于每一組應用都有自己的解決方案,因此這種方法有如下弊端:

?復雜且昂貴

?對管理員的技術要求較高

?出錯的風險大

?許可證較貴(如RAC)

?專用的備份架構

其次,雖然有一些基礎架構層的解決方案可以比應用級解決方案更加經濟高效,但是這些解決

方案往往在正常運行時間和RTO(恢復時間目標)方面表現(xiàn)得比較差。

除此之外,傳統(tǒng)的災難恢復解決方案很難在現(xiàn)有的物理X86環(huán)境中實現(xiàn),這是因為傳統(tǒng)的災難

恢復計劃依賴于一套非常復雜的流程和基礎架構,操作起來非常復雜繁瑣且容易出錯。

可見,傳統(tǒng)的可用性與災難恢復解決方案存在的諸多弊端使其很難在真正的生產環(huán)境中達到業(yè)

務高可用與災難恢復的功能,在虛擬化環(huán)境下就更是如此,因此,一套專門針對虛擬化環(huán)境的切實

可行的可用性與災難恢復技術成為必須。

2)傳統(tǒng)運維管理方式無法適應全新的動態(tài)虛擬化環(huán)境

在運維管理方面,雖然服務器虛擬化可以解決XXX客戶現(xiàn)有數(shù)據中心的某些問題,但隨著虛擬

化的引入,現(xiàn)有的傳統(tǒng)運維管理方式已經不能滿足虛擬化環(huán)境對運維管理的需求,現(xiàn)有的這些運維

方法在新環(huán)境下存在諸多的挑戰(zhàn),使用起來也將顯得捉襟見肘,這是因為現(xiàn)有的傳統(tǒng)管理工具和方

法是為了支持孤立的計算環(huán)境而設計的,因此IT團隊面臨著如何利用傳統(tǒng)管理工具和方法有效地支

持新的動態(tài)IT基礎設施(虛擬化環(huán)境)的挑戰(zhàn),這些挑戰(zhàn)主要包括如下四個方面。

第一,虛擬化環(huán)境中有大量的數(shù)據需要管理,相對于物理環(huán)境而言,管理員可管理的虛擬機數(shù)

量要多出達5?10倍,服務器和變更的數(shù)量也明顯增多。這些都使得IT專業(yè)人員在嘗試部署新的虛

擬化管理計劃時要面對重重困難。

同時,環(huán)境中的偽警報數(shù)量大幅度增加,使得客戶非常難以應對其環(huán)境所面臨的挑戰(zhàn)和性能問

題?,F(xiàn)有的運維管理方法已經無法保證管理員可以高效地管理如此大量的數(shù)據并對問題做出快速地

響應。因此,新的運維管理方法需要提供整個基礎架構和應用的運行狀況、風險和效率的全面可見

性,并可以提高管理員對問題的響應速度。

傳統(tǒng)IT管理

監(jiān)控數(shù)據

過轂警報風暴

過度調配相互指責

圖:當前的傳統(tǒng)運維管理方式

第二,對于虛擬化平臺的管理員而言,工作中遇到的問題大多是性能方面的問題,處理性能問

題所花費的精力大約占到全部管理任務的80%,要迅速定位并解決性能問題,需要高效的工具來輔

助,單純地使用“紅黃綠”三色交通燈的性能指示是無法迅速地解決這些性能問題的。因此,這就需要

一種主動管理基礎架構和應用性能而不是被動監(jiān)控的解決方案。

第三,管理員在使用虛擬化平臺時會面對兩個對立的目標:一方面,要盡可能地增加虛擬機的

密度以充分利用硬件平臺的處理能力,增加投資回報。另一方面,虛擬化的主要特征就是資源池化,

資源整合以后,調配資源的靈活性大大提高,但同時也對性能和容量的管理帶來了更大的挑戰(zhàn),如

果不能有效地管理資源分配,則可能出現(xiàn)資源濫用,資源匱乏等情況。實際的生產環(huán)境中一個比較

常見的問題就是容量“過度調配”和硬件利用率低下,它會損害組織最初在節(jié)約成本方面尋求的核

心價值,同時它還會使組織無法實現(xiàn)最初部署虛擬化和云計算時所尋求的敏捷性。因此,這就需要

推動更高的整合率,管理員需要隨時保證業(yè)務增長對性能和容量的要求。

第四,現(xiàn)有的運維模式容易導致大家相互指責,同時無法迅速查明問題的源頭、在哪方面需要

立即采取措施,以及如何盡快恢復服務。為了解決這個問題,新的運維管理方法應該能夠幫助管理

員高效地定位問題的根源,它應該可以快速地縮小問題的范圍,迅速定位問題所屬的范疇,伊U如:

計算,存儲,網絡等。

3)云計算數(shù)據中心需要全新的服務調配方法

在服務調配方面,目前沒有一種自動化的方法來為業(yè)務提供所需資源,進而導致調配延遲,同

時無法提供自助服務給終端用戶來滿足常規(guī)需求。

傳統(tǒng)服務調配

?對基礎設施、應用和桌面服務

進行耗時的一次性人工調配

?終端用戶無法輕松訪問服務

?IT組織無法控制調配的執(zhí)行者、

對象和位置

服務

調配

圖:傳統(tǒng)服務調配

當前企業(yè)環(huán)境中,IT的運營有許多帶來浪費、低效率和客戶不滿意的通病,傳統(tǒng)的管理模式無

法滿足動態(tài)變化的虛擬化和云環(huán)境。傳統(tǒng)的垂直豎井式管理把特定應用和基礎架構捆綁在一起,這

種方式脆弱且不便管理。為了增加業(yè)務敏捷性,許多企業(yè)希望縮短由豎井式的手動操作導致的冗長

的服務響應時間,由于操作的不靈活,IT專家經常需要數(shù)天甚至數(shù)周來交付急需的資源和應用。

止匕外,應用開發(fā)較以往任何時期都要發(fā)展迅速,功能每日都會更新,規(guī)模每小時都在改變,因

此,用戶需求帶來的持續(xù)壓力使得應用所有者面臨著始終如一的快速變更率。云計算使應用所有者

可以即時訪問基礎架構,然而構建應用程序仍需管理員在各個虛擬機上分別安裝和配置應用程序組

件,以便插入到應用體系結構中。在當下的云計算時代中,企業(yè)和組織需要更行之有效的跨云加快

應用部署速度的方法。

同時,隨著業(yè)務的快速增長,企業(yè)需要一個更快部署系統(tǒng)來創(chuàng)造商業(yè)機會,快速響應市場需求

和提高生產力的方法。此外,以提高IT效率和優(yōu)化資源使用率的方式削減成本也是越來越多的IT部

門開始尋求云基礎設施的重要原因。最后,IT的消費者希望像獲得他們生活中的自助服務和應用一

樣方便地獲得企業(yè)的IT基礎資源服務。

可見,云計算數(shù)據中心需要一種全新的高效敏捷的服務調配方法。

通過上面的分析不難看出,僅僅依靠服務器虛擬化是不足以解決XXX客戶現(xiàn)有數(shù)據中心中存在

的所有問題的,因此,一套可以全面解決網絡束縛、可用性弊端、運維管理缺陷和服務調配新需求

的云計算數(shù)據中心解決方案成為必須。

2VMware云計算數(shù)據中心解決方案概述

VMwarevCloudSuite是VMware提供的云計算數(shù)據中心解決方案套件,該套件可以很好地解

決各類客戶數(shù)據中心所面臨的各種各樣的問題,在大大簡化IT運營的同時,為所有應用提供最佳的

SLAo

2.1概述

VMwarevCloudSuite是一款基于VMwarevSphere的云計算基礎架構解決方案。借助vCloud

Suite,n■可以在數(shù)據中心獲得云計算服務提供商的經濟效益,只需幾分鐘而非數(shù)周即可完成應用調

配,并可通過基于策略的監(jiān)管為每個應用提供適當?shù)目捎眯院桶踩浴?/p>

vCloudSuite提供了一整套組件,該套件通過內置的智能機制提供虛擬化基礎架構服務,以便

根據需要按照定義的策略自動為應用執(zhí)行調配、放置、配置和控制。vCloudS3te是IT組織邁向軟

件定義的數(shù)據中心體系結構的第一步。

vCloudSuite

構建和管理基于vSphere的私有云

■vCloudSuitevCloudSuite附加模塊

圖:vCloudSuite

vCloudSuite7.0集成了以下產品:

>基礎架構平臺

?VMwarevSphere:業(yè)界領先的服務器虛擬化平臺

?使用VMwarevCenterSiteRecoveryManager的災難恢復自動化:為所有虛擬化應用提

供基于策略的災難恢復和測試

>云計算管理平臺

?VMwarevRealizeOperations:針對vSphere環(huán)境的性能、容量和配置進行智能管理

?VMwarevRealizeAutomation:針對vSphere環(huán)境進行基于策略的自助式基礎架構及應

用調配

?VMwarevRealizeBusiness:對vSphere環(huán)境自動進行虛擬化基礎架構成本核算、使用

情況計量和服務定價

vCloudSuite可免費使用,并有可選的生產級支持可供購買的組件如下。

?VMwareIntegratedOpenStack與OpenStackAPI的集成,使開發(fā)人員能夠連接至

VMware的一流組件(vSphere、VMwareNSX)以部署、管理和運行OpenStack基礎架構

其他軟件定義的數(shù)據中心(SDDC)產品(不在vCloudSuite中)如下所示。

?VMwareVirtualSAN軟件定義的存儲平臺,可通過抽象化和池化存儲來擴展vCloud

Suite,以實現(xiàn)數(shù)據中心虛擬化和標準化

?VMwareNSX(作為vCloudSuite的附加模塊提供),完全脫離于硬件的全面安全性和網

絡虛擬化,可通過將網絡連接虛擬化來擴展vCloudS3te,以實現(xiàn)數(shù)據中心虛擬化和標

準化以及基礎架構自帶的安全控制

?vRealizeOperationsPublicCloudExtension和AutomationPublicCloudExtension(作為

vCloudSuite的附加模塊提供),將vCloudSuite的vRealizeOperations和Automation

功能從私有vSphere基礎架構擴展至vCloudAir、AmazonWebServices或Microsoft

Azure

?VMwarevRealizeSuite可將vCloudSuite功能從vSphere私有云環(huán)境擴展至異構和混合

云環(huán)境的云計算管理平臺

?VMwarevCloudAir支持混合云的公有云服務,利用vSphere6.0,可使用vCloudAir

DisasterRecovery實現(xiàn)災難恢復至云服務,從而使用戶能夠在vCloudSuite私有云和

vCloudAir公有云之間進行云計算數(shù)據和工作負載的故障切換和故障恢復

上述這些產品整合了完整的云計算數(shù)據中心解決方案的所有要素,客戶可以根據實際需求選擇

其中部分或者全部產品組件來搭建自己高效敏捷的云計算數(shù)據中心。

2.2功能特性

VMwarevCloudSuite是經企業(yè)驗證的虛擬化基礎架構與多供應商混合云管理平臺的結合,可

提供業(yè)內最全面的私有云構建和管理解決方案。vCloudSuite可提供以下功能

?數(shù)據中心虛擬化:利用全球領先的虛擬化平臺作為多個數(shù)據中心計劃的基礎。整合服務

器和數(shù)據中心。提高應用可用性和性能。滿足應用的縱向或橫向擴展要求。

?智能運維:跨所有數(shù)據中心域(包括應用、計算、網絡和存儲)對性能、可用性和容量進行

主動管理。為成功實施開發(fā)人員敏捷性和基礎架構革新計劃奠定基礎。

?IT自動化以實現(xiàn)laaS:跨開發(fā)、測試、QA和生產環(huán)境快速調配基礎架構和應用資源。

從初始調配到停用,全程高效管理這些資源,以實現(xiàn)資本支出和運維支出

效用最大化。了解基礎架構的成本和終端用戶的資源使用情況。

?DevOps就緒型IT:跨vSphere和混合云資源提供完整的應用體系,并支持開放人員以

API和GUI兩種形式訪問。

vCloudS3te可以給客戶帶來如下這些好處。

>運營效率

通過策略驅動型運營確保云計算提供商的經濟效益。vCloudSuite將虛擬化計算與基于分析的

便捷式運營管理結合在一起,有助于提高資源使用率和員工的工作效率,從而可節(jié)省超過75%的資

金開銷和超過56%的運營開銷。

>基礎架構敏捷性

通過自動調配功能,只需數(shù)分鐘即可完成應用調配。通過vCloudSuite,可以按需部署IT服務,

只需幾分鐘即可完成,而且可對關鍵業(yè)務和IT策略施加完全的控制,同時自動將基礎架構資源與不

斷變化的業(yè)務進行匹配。

>運營控制

可以確保每個應用具有最佳控制力、可用性和安全性。vCloudS3te可提供自動化的業(yè)務連續(xù)

性和支持虛擬化的安全性與合規(guī)性,有助于最大限度延長應用的正常運行時間,同時對IT服務的成

本、獲取和安置提供更大的控制力。

接下來的部分將分析vCloudSuite是如何解決XXX客戶數(shù)據中心所面臨的各種棘手難題的。

1)利用服務器虛擬化來抽象化和池化底層基礎架構資源

在服務器虛擬化方面,vCloudSuite的vSphere產品組件是針對x86系統(tǒng)的虛擬化技術,它可

以將x86系統(tǒng)轉變成通用的共享硬件基礎架構,原先多臺服務器完成的工作可以整合到少數(shù)服務器

完成。擺脫了豎井式的結構,服務器物理硬件、操作系統(tǒng)和應用以松耦合的方式聯(lián)結,虛擬機和上

面的操作系統(tǒng)和應用完全獨立于底層的硬件。

提高IT敏捷性以提升業(yè)務價值

圖:vSphere服務器虛擬化解決方案的優(yōu)勢

除此之外,vSphere通過把服務器計算資源抽象化、池化和自動化來實現(xiàn)資源的自由調配和充

分利用,它可以使資源充分利用,并按需調配。當數(shù)據中心的服務器需要升級或維護的時候,通過

虛擬機遷移技術可以把服務器上的虛擬機在工作狀態(tài)遷移到另一個主機,始終保持業(yè)務的連續(xù)性。

服務器虛擬化大大增加了數(shù)據中心的靈活性和IT的敏捷性,減少管理的復雜度和IT響應時間。

2)全方位一體化的高可用與災難恢復解決方案

在可用性與災難恢復方面,vCloudS3te提供的軟件定義的可用性解決方案是基于虛擬化環(huán)境

的,因此,它具備傳統(tǒng)的可用性解決方案所無法比擬的獨特優(yōu)勢。

首先,通過傳統(tǒng)高可用性集群技術提高應用程序可用性的代價非常高,那就是冗余硬件和集群

軟件/支持成本以及復雜性會增加。另外,由于需要維護多個配置和補丁程序級別相同的系統(tǒng),因此,

管理成本也會隨之增加。從操作上來講,部署有限的備用服務器來支持大量應用程序的轉移會困難

重重,因為企業(yè)會面臨應用程序兼容性和服務器補丁程序級別等難題。

其次,傳統(tǒng)的可用性解決方案對硬件有太多的依賴,軟件和硬件的綁定非常緊密,而軟件定義

的可用性方案則沒有這些限制,因此會靈活高效的多,而且,在管理方面也會更加簡潔,方便。

如下圖所示,vCloudSuite提供的這一解決方案可以在功能組件,主機服務器,存儲,數(shù)據以

及站點間等多個層面提供全面的可用性保障,對數(shù)據中心常見的各種問題都提供了相應的解決方案。

高可用性與容精

vSphere

Storage

vMotion,HighAvailability,Faultl

vMotion

Tolerance,vCenterServervSphereReplication

Heartbeat

多網K綁定.

存儲多路徑

vSphereData

Protection.VADP

組件站點

圖:vCloudSuite全方位一體化的軟件定義可用性解決方案

在功能組件層面,多網卡綁定和存儲多路徑等技術可以在平臺發(fā)生多種故障時,對平臺進行一

定程度的保護。因此,即使某些組件出現(xiàn)了故障,系統(tǒng)仍然可以繼續(xù)進行相關的操作而不會影響任

何正在運行的服務。

在服務器層面,vMotion可以減少計劃內的停機時間,它可以在所有設備無故障時保持業(yè)務連續(xù)

運行,用戶不需要僅僅因為正常維護而停止應用。vSphereHA和FaultTolerance分別通過提供中

斷快速恢復和連續(xù)可用性來最小化或消除非計劃停機時間,它們可以在發(fā)生本地故障時,提供系統(tǒng)

可以繼續(xù)訪問應用的能力。

在存儲層面,StoragevMotion可以通過在存儲陣列內和跨存儲陣列實時遷移虛擬機磁盤文件來

避免因計劃內存儲維護或者vSphereVMFS升級等事件而造成的應用程序停機。

在數(shù)據保護層面,用戶可以使用vSphereDataProtection和VADP以簡單無中斷的方式備份整

個虛擬機,包括操作系統(tǒng)、應用二進制文件和應用數(shù)據。

在站點間層面,vCenterSiteRecoveryManager和vSphereReplication可以使企業(yè)管理從生

產數(shù)據中心到災難恢復站點的故障切換,同時,它還可以管理兩個互為恢復站點且具有活動工作負

載的站點之間的故障切換。

可見,VMware軟件定義的可用性解決方案覆蓋了可能出現(xiàn)問題的各個方面,因此它是一套全

方位一體化的解決方案,它可以在整個數(shù)據中心層面,最大限度地提升數(shù)據中心的可靠性,可用性

以及災難恢復的能力。

3)主動確保服務級別、資源利用率和配置合規(guī)性的運維管理方案

在運維管理方面,vCloudSuite的vRealizeOperations所具備的全面且強大的功能特性可以很

好地解決現(xiàn)有運維管理方案在虛擬化環(huán)境中所存在的問題,有效地滿足云計算數(shù)據中心在服務質量、

運維效率以及合規(guī)性與控制等方面所提出的新需求并提升客戶的價值。

縮短問題的平均解決時間(MTTR)

?全面監(jiān)控異構云計算環(huán)境的運行狀況、風險和效率,從而確保滿足SLA

服務質量

?基于動態(tài)閾值的智能警報徹底縮短了隔離和修復問題的時間

降低資金成本和運維成本

■減少與性能故障排除和正確配置環(huán)境相關的工作量

運維效率

-通過自動化容量管理提高了整合率,進而降低硬件采購成本

-集成式基礎設施成本計量服務有助于管理和控制成本

遵守IT策略和標準

?虛擬基礎設施和多個操作系統(tǒng)的配置管理任務的自動化能夠確??刂撇?/p>

控制與合規(guī)性降低運維成本

■OOTB合規(guī)性模板能夠確保遵守內部運維標準、行業(yè)安全最佳實踐和法

規(guī)要求

圖:vRealizeOperations帶來的客戶價值

首先,該方案非常注重處理異構環(huán)境的運行狀況、風險和效率的方法,它在控制面板中提供這

些組件的集成視圖。另外,智能警報不依賴會產生大量偽警報的閾值,而偽警報會大大消弱對環(huán)境

中發(fā)生的事件迅速響應的能力。這些做法可以縮短問題的平均解決時間進而保證服務質量。首先,

新的方案應該能夠保證服務質量,能夠迅速縮短問題的平均解決時間、提高基礎設施和應用的可見

性、能夠主動快速解決影響業(yè)務的問題,這些都是客戶所追求的基本能力,因為這個能力直接關系

著服務的質量。

其次,從運維開銷的角度來說,該方案能夠迅速查明問題源頭并提高運維效率。本方案能夠迅

速查明、隔離并解決問題,這有助于幫助客戶降低運維開銷。該套件還能處理容量的利用,可讓客

戶完全了解容量利用情況,對其建模,并了解應當為資源分配的正確容量以及將信息返回給客戶。

實踐證明,這對客戶也極其重要。其次,新的方案應該可以像虛擬化的早期階段一樣,在降低資金

開銷和運維開銷方面獲得收益。這意味著該方案不僅需要優(yōu)化環(huán)境中的計算資源,同時也需要優(yōu)化

該環(huán)境中的人力資源。

最后,該方案能夠滿足控制力與合規(guī)性要求。該套件的功能可讓客戶將虛擬基礎設施和物理基

礎設施以及操作系統(tǒng)的配置標準化,無論是出于運維目的還是出于遵守安全最佳實踐或法規(guī)要求而

將這些配置標準化。該套件的功能可讓客戶有效執(zhí)行這些任務并降低開銷,同時還使客戶能夠應對

部署虛擬環(huán)境和vCloud時碰到的審核問題。

4)高效敏捷自助式的服務調配解決方案

在服務調配方面,正如前面所說,服務調配存在大量的挑戰(zhàn)。而vCloudS3te的vRealize

Automation(vRA)可以打破現(xiàn)有垂直豎井結構的壁壘,通過把基礎硬件和應用,以及終端用戶服

務抽象到一種水平的松耦合的層級中。這種新模式使得應用不依賴于基礎架構獨立地被管理,也可

以把應用部署到任何虛擬基礎架構之上,無論私有云還是公有云,因此保證了IT的敏捷性和靈活性。

vRA通過采用針對基礎架構服務,包括計算和桌面兩方面,以及應用服務的調配解決方案解決

了這些挑戰(zhàn)。

A快速實現(xiàn)云計算的價值

-預定義的服務能夠縮短交付時間

?對基礎設施、應基礎設施調配■可自定義的自助式門戶可讓用戶輕松訪問

用和桌面服務進授權服務

行耗時的一次性(數(shù)據中心/桌面)

■策略引擎可確保部署的服務得到審批

人工調配

■生命周期管理可提供更強的控制力并降低

?終端用戶無法輕

TCO

松訪問服務

?IT組織無法控制

調配操作的執(zhí)行

者、對象和位置加快應用調配速度

■拖放式應用建模可簡化部署流程

應用調配■可通過任何可用的云訪問任何自定義或打包

(PaaS)應用

■標準化組件庫能夠提高控制力并降低成本

■更新配置文件可縮短應用變動的周期

基礎設施和應用服務交付速度加快,控制力與合規(guī)性得到提升

圖:服務調配

借助vRA,客戶可以對通過自助式門戶和目錄向終端用戶提供的預定義基礎架構和桌面服務進

行自動化調配,從而快速實現(xiàn)價值。這些功能可促使企業(yè)加大創(chuàng)新力度,并且能夠提高企業(yè)的敏捷

性以及降低IT成本,同時還能確保符合行業(yè)和公司的法規(guī)和策略。

此外,vRA還能夠簡化和自動化將任何自定義或打包應用調配到任何已批準的云的過程,從而

縮短應用的上市時間??芍貜褪褂玫臉藴驶瘧媒M件能夠降低成本,并且有助于確保合規(guī)性,此外

還能調配到多個云,因而可提高業(yè)務敏捷性。

隨著客戶繼續(xù)將增進業(yè)務價值的流程自動化,vRA可使客戶大大縮短服務交付時間并提高控制

力和治理程度。

可見,無論是對眼前問題的考慮,還是著眼于長遠的效益,盡早使用VMware云計算數(shù)據中心

解決方案vCloudSuite都是一個必然的選擇。

2.3版本比較

vCloudSuite分為如下三個版本。

>vCloudSuiteStandard:用于構建私有云的基礎解決方案,可提高業(yè)務敏捷性并降低資金

開銷成本,該版本提供智能運維管理功能,適合希望通過預測性分析和智能警報提高應用

性能和可用性的公司,其優(yōu)點如下:

?快速的自助式基礎架構調配

?清楚了解虛擬機運行狀況和容量使用情況

?具備可擴展的網絡連接和支持虛擬化的安全機制

?可延展到公有云中

>vCloudSuiteAdvanced:用于受監(jiān)管的企業(yè)級私有云的解決方案,該版本提供IT自動

化以實現(xiàn)laaS的功能。適合需要通過自動執(zhí)行交付和日常管理來加快IT基礎架構服務交

付速度的公司。其優(yōu)點如下:

?清楚了解成本、應用依賴關系以及虛擬化管理程序變更和配置管理情況

?提高了云計算管理和自動化組件的可延展性

>vCloudSuiteEnterprise:為具有恢復能力、合規(guī)和安全的私有云打造的綜合性解決方案

(支持所有應用),該版本支持DevOps就緒型IT用例,適用于制定了DevOps計劃,并

且希望自動交付和管理完整應用體系的公司。其優(yōu)點如下:

?自動配置和部署多層云計算應用

?使用災難恢復自動化保護關鍵業(yè)務應用

?清楚了解應用性能

?確保合規(guī),并實現(xiàn)操作系統(tǒng)級別的變更和配置管理

上述三個版本在云計算基礎架構和云計算管理方面的功能對比如下表所示。

STANDARDADVANCEDENTERPRISE

云計算管理

自動交付vRealizeAutomationvRealizeAutomationvRealizeAutomation

StandardAdvancedEnterprise

?應用和數(shù)據服務-應用調配、更改和數(shù)據*

?治理-審批、回收、成本概況和透明度*?

?可延展性-基礎架構集成、工作流和自定義???

?基礎架構調配和管理??*

智能運維vRealizeOperationsvRealizeOperationsvRealizeOperations

StandardAdvancedEnterprise

?應用監(jiān)控-操作系統(tǒng)、中間件、數(shù)據庫*

?操作系統(tǒng)級別的配置和合規(guī)性(PCI、HIPAA.SOX等)*

?可延展性-適用于第三方操作系統(tǒng)和應用監(jiān)控工具的適配器?

?可延展性■適用于第三方基礎架構監(jiān)控工具的適配器*

溫馨提示

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

評論

0/150

提交評論