對于企業(yè)的IT部門來說，虛擬化技術(shù)是一種很有效的工具，可以大大提高基礎(chǔ)架構(gòu)的效率。但要是沒有經(jīng)過合理規(guī)劃，你很容易因無法合理地擴(kuò)展系統(tǒng)而受挫。

那么，該如何規(guī)劃虛擬化系統(tǒng)所需的容量，以便最后不會出現(xiàn)開支過度或資源不足的情況呢?下面是需要考慮的一些關(guān)鍵方面。

采用單一架構(gòu)

許多公司會犯的其中一個最嚴(yán)重的錯誤就是，試圖在沒有合并的網(wǎng)絡(luò)上運行合并后的系統(tǒng)。針對諸如存儲設(shè)備和服務(wù)器之類的特定部件分開建立數(shù)據(jù)中心網(wǎng)絡(luò)再也不合適了。

隨著許多公司遷移到私有云計算——在這種環(huán)境下，系統(tǒng)合并到了數(shù)量較少的設(shè)備上，網(wǎng)絡(luò)管理起來必須更加簡單，還要支持龐大的流量。

融合網(wǎng)絡(luò)構(gòu)成了下一代數(shù)據(jù)中心的基礎(chǔ);而融合網(wǎng)絡(luò)的特點是，存儲設(shè)備流量和服務(wù)器流量在統(tǒng)一架構(gòu)上傳送。

融合網(wǎng)絡(luò)協(xié)議大戰(zhàn)基本上塵埃落定;現(xiàn)在可以買到與廠商無關(guān)的萬兆連接設(shè)備，這種設(shè)備對服務(wù)器和存儲設(shè)備的支持足夠好，可以幫助你避免啟動風(fēng)暴(bootstorm)之類的問題。

在單一網(wǎng)絡(luò)架構(gòu)上管理虛擬化系統(tǒng)可以大大簡化管理員們的工作，在確保系統(tǒng)正常運行時間的同時，降低管理成本。

全面摸底

在你擴(kuò)大試點項目的規(guī)模之前，有必要了解一下目前的系統(tǒng)在處理什么負(fù)載。使用管理工具了解系統(tǒng)活動的基本情況是關(guān)鍵的一步，但是從中了解的情況不一樣。

Glasshouse Technologies公司的虛擬化服務(wù)主管Erwin Vollering提醒：“十有八九，你的客戶以為自己摸清楚了情況，但是他們了解的只是安裝在工作站上的應(yīng)用程序而已，對于那些應(yīng)用程序的具體使用情況所知不多。”

使用網(wǎng)絡(luò)探測器或客戶端代理來估量這方面的情況后，就可以了解你的桌面虛擬化系統(tǒng)從15個機(jī)器擴(kuò)大到1500個機(jī)器后，預(yù)計會出現(xiàn)什么樣的局面。

別忘了對你的系統(tǒng)進(jìn)行抽樣測試，了解你的計算需求會出現(xiàn)劇烈的變化。然后，你就可以計劃模擬峰值負(fù)載。

與廠商交流

規(guī)劃擴(kuò)展系統(tǒng)時，有必要全面了解所用硬件的功能。向存儲廠商盡量多打探一些信息，了解他們的系統(tǒng)在某些負(fù)載下運行情況如何。

在以應(yīng)用為中心的環(huán)境下，你必須確保軟件也考慮在內(nèi)。面對龐大的工作負(fù)載，軟件運行起來如何?你的關(guān)系數(shù)據(jù)庫行不行?還是說需要遷移到大型的多節(jié)點數(shù)據(jù)庫?

在大數(shù)據(jù)當(dāng)?shù)赖臅r代，這成了一個關(guān)鍵的決策。你可能需要完全重新考慮交付應(yīng)用程序的方式，如果這是一種為不同的基礎(chǔ)架構(gòu)設(shè)計的遺留應(yīng)用程序，更是如此。

加強(qiáng)集成

你的所有硬件都有效地集成起來后，合并后的虛擬化系統(tǒng)工作起來要高效得多。

下一代數(shù)據(jù)中心的特點之一就是支持集成環(huán)境的統(tǒng)一網(wǎng)絡(luò)架構(gòu);在這種環(huán)境中，存儲設(shè)備、服務(wù)器和網(wǎng)絡(luò)設(shè)備都經(jīng)過了優(yōu)化，以便協(xié)同運行。

這提供了更好的性能，還讓系統(tǒng)管理工具更容易全面了解硬件基礎(chǔ)架構(gòu)的情況，因而更容易全面了解在基礎(chǔ)架構(gòu)上運行的軟件。應(yīng)考慮構(gòu)建讓合并后的系統(tǒng)更順暢運行的下一代數(shù)據(jù)中心架構(gòu)。

注意故障點

設(shè)計的系統(tǒng)可能是為了滿足在特定的時間段處理特定數(shù)量的交易這一要求。

系統(tǒng)面臨的交易量增加后，單一故障點就成了一個切實存在的問題。如果你試點系統(tǒng)中的交換機(jī)出現(xiàn)故障，起到故障切換作用的交換機(jī)也許能夠接過重任。但是如果交易量增加一個數(shù)量級后，還會是這種情況嗎?

設(shè)計多個故障區(qū)是個好主意——故障區(qū)在系統(tǒng)的不同部分隔離開來，那樣基礎(chǔ)架構(gòu)的任何部分都不會在任何一個時間點受到危及。

理想情況下，你還需要設(shè)計應(yīng)對系統(tǒng)全部峰值負(fù)載的那些系統(tǒng)，以便萬一出現(xiàn)故障，它們就能夠接過重任。

系統(tǒng)規(guī)模擴(kuò)大后，這一步很難做到。亞馬遜建在都柏林的彈性塊存儲(Elastic Block Store)系統(tǒng)最近之所以過了那么久之后才恢復(fù)如初，一個原因是由于變壓器出現(xiàn)了故障，結(jié)果數(shù)量眾多的服務(wù)器同時出現(xiàn)了停運。

其余還在運行的服務(wù)器不斷試圖復(fù)制所發(fā)現(xiàn)的一切數(shù)據(jù)，這導(dǎo)致了客戶的交易“陷入停滯”。亞馬遜只好用卡車運來更多的設(shè)備，以增加容量。

亞馬遜稱：“之所以出現(xiàn)了延誤，是因為故障發(fā)生在都柏林的晚間;用卡車運送設(shè)備需要從離數(shù)據(jù)中心有一段距離的地方運過來。”

IT管理服務(wù)公司Adapt的架構(gòu)主管John Soanes說：“要規(guī)劃和測試重新啟動。”

“由于你面臨爭奪資源的情況，因而接連出現(xiàn)故障。所以，有節(jié)制地努力打造一個龐大系統(tǒng)確實很重要。”

結(jié)論

“如果進(jìn)去的是垃圾，那么出來的也是垃圾”這句格言滲透到了從代碼編寫到系統(tǒng)設(shè)計的IT的方方面面，它同樣適用于虛擬化。

一開始獲得高質(zhì)量的信息，就能避免以后出現(xiàn)問題。還要考慮自下而上地設(shè)計各個方面，以便融合架構(gòu)可以提升性能、簡化管理。

譯文來源： http://www.theregister.co.uk/2011/09/26/network_virtualisation_plan_for_growth/

原文鏈接：http://virtual.51cto.com/art/201109/294831.htm