【51CTO 9月29號外電】對于企業(yè)的IT部門來說，虛擬化技術(shù)是一種很有效的工具，可以大大提高基礎(chǔ)架構(gòu)的效率。但要是沒有經(jīng)過合理規(guī)劃，你很容易因無法合理地擴展系統(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)正常運行時間的同時，降低管理成本。

　　全面摸底

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

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

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

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

　　與廠商交流

　　規(guī)劃擴展系統(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)用程序，更是如此。

　　加強集成

　　你的所有硬件都有效地集成起來后，合并后的虛擬化系統(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)中的交換機出現(xiàn)故障，起到故障切換作用的交換機也許能夠接過重任。但是如果交易量增加一個數(shù)量級后，還會是這種情況嗎?

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

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

　　系統(tǒng)規(guī)模擴大后，這一步很難做到。亞馬遜建在都柏林的彈性塊存儲(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)可以提升性能、簡化管理。

　　【51CTO.com獨家譯稿，未經(jīng)授權(quán)謝絕轉(zhuǎn)載!合作媒體轉(zhuǎn)載請注明原文出處及出處!】

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