如果可預(yù)測的性能是我們所關(guān)注的，那么IT規(guī)劃人員應(yīng)該尋找那些可以建立專門的存儲層，也可以建立融合存儲層的解決方案。

存儲服務(wù)是所有任何基礎(chǔ)設(shè)施的重要組成部分，尤其是對融合架構(gòu)。很多打包式解決方案都會用到傳統(tǒng)的共享存儲系統(tǒng)作為架構(gòu)中存儲部分的實現(xiàn)。這要求一個存儲網(wǎng)絡(luò)加入進來，但由于供應(yīng)商的預(yù)集成工作，存儲網(wǎng)絡(luò)的復(fù)雜性會大大降低。

大多數(shù)集成方案和所有的純軟件融合系統(tǒng)都把存儲服務(wù)作為計算層的一部分。存儲軟件在每個節(jié)點匯集存儲容量，這一實現(xiàn)的優(yōu)點是能夠消除增加額外存儲控制器的成本和復(fù)雜性。并且這些系統(tǒng)可以使用服務(wù)器級別的存儲介質(zhì)，而不是企業(yè)級硬盤和閃存存儲。這兩個功能相結(jié)合極大地降低了成本。

當存儲服務(wù)在計算層內(nèi)運行時，有一些問題需要注意。這些服務(wù)通常運行在虛擬機(VM)上，這意味著虛擬機的活動水平可能會對群集中的其他虛擬機產(chǎn)生不利影響。例如，當一個虛擬化的SQL Server應(yīng)用程序中的I / O需求激增，可能引起運行存儲軟件的虛擬機工作負荷增加，這可能導(dǎo)致I / O總線競爭。由于每個節(jié)點分擔存儲，計算和存儲I / O，一些I / O問題會得到減輕，但要達到可預(yù)測的性能依然會有合理的擔心。

這種擔憂會因現(xiàn)實而加劇，因為大多數(shù)集成方案或純軟件融合系統(tǒng)根本不能有效利用共享存儲。換句話說，對于缺乏可預(yù)測性如此關(guān)注的數(shù)據(jù)中心其實是缺乏一種能力，即通過建立一個專門的融合存儲庫來解決這一問題。如果可預(yù)測的性能是您關(guān)注的問題，那么我奉勸IT規(guī)劃人員去尋找既可以建立專門的存儲層，也可建立融合存儲層的解決方案。

為實現(xiàn)共享和RAID保護，數(shù)據(jù)是如何進行分散的?

為支持實時遷移這樣的功能，虛擬機需要多臺主機可以訪問相同的虛擬磁盤。并且，當然，虛擬機必須免受驅(qū)動器故障的影響。

同樣，由于大多數(shù)打包式解決方案使用傳統(tǒng)共享陣列，對數(shù)據(jù)保護少有關(guān)注。方案中集成的通常是企業(yè)級陣列，是基于RAID的數(shù)據(jù)保護。

打包和集成的解決方案往往會采取不同的方法。他們會為存儲軟件作一些調(diào)整，而此時的存儲通常是以橫向擴展的方式跨越整個計算層。它可以采取以下兩種形式，第一種是復(fù)制模型，即每個虛擬機都會被實時復(fù)制到一個或兩個其它節(jié)點上。大多數(shù)IT規(guī)劃者傾向于選擇三路復(fù)制，使它們在發(fā)生單點故障的時候仍處于受保護狀態(tài)。

雖然復(fù)制是一種簡單而有效的技術(shù)，IT規(guī)劃人員必須認識到，這種模式下存儲容量的消耗是三倍增加的。每次寫操作也被三倍放大了，所以對這些節(jié)點間的網(wǎng)絡(luò)互連進行高度調(diào)優(yōu)就變得非常關(guān)鍵了。

另一種方式是采用像糾刪碼這樣的技術(shù)來保護數(shù)據(jù)。糾刪碼對存儲容量的開銷優(yōu)于復(fù)制，一般為30%和3倍的比例關(guān)系。而且由于I / O的需求是如此之小，當進行寫數(shù)據(jù)，或者在重建狀態(tài)時也會有更好的表現(xiàn)。當然它也有缺點，通常每個節(jié)點都需要參與每一個I / O操作，無論讀還是寫。

最后要考慮的是融合架構(gòu)是如何保障性能的。對于打包式方法，性能是通過共享存儲設(shè)備獲得，所以確保存儲網(wǎng)絡(luò)配置正確和適當調(diào)優(yōu)就成為了關(guān)鍵。

集成方案或基于軟件的融合基礎(chǔ)架構(gòu)在性能方面應(yīng)該是有優(yōu)勢的。由于這些系統(tǒng)在計算層上運行存儲軟件，存儲I / O訪問—特別是讀操作—應(yīng)當會有很大提高。但如何在現(xiàn)實中達到，在很大程度上取決于軟件架構(gòu)。如果需要在放置數(shù)據(jù)之后再動動腦子，那么該軟件可以設(shè)計為每個虛擬機都具有其數(shù)據(jù)的本地副本。對于使用復(fù)制作為數(shù)據(jù)保護的，這一點尤其容易，而對于使用糾刪碼的系統(tǒng)則幾乎無法實現(xiàn)。