環繞著虛擬SAN的最初接頭基于對虛擬集群中的每臺處事器上的驅動器槽的利用。為每臺處事器添加10TB邏輯驅動，你就能得到PT級的驅動容量，無需購置存儲設備。

外貌上，這樣做很理智，但細節經不起推敲。數據必需與集群中所有其他處事器共享。這意味著每臺處事器必需支持的特別LAN存儲流量是原始I/O負載的兩倍。特另外負載是個問題，尤其是在網絡原來就很告急的虛擬情況中。

讓我們觀測一下以前利用驅動器槽的根基前提。我們相識到云供給商利用極簡硬件，而且今朝市面上售賣的處事器只包羅一個驅動器槽，甚至為了節減本錢一個都沒有。某種意義上，這暗示縱然虛擬SAN制止了購置存儲單位的本錢，那再去購置驅動槽設備的本錢也不低啊。

將虛擬SAN軟件與傳統存儲方法舉辦比擬也有問題，由于我們遷移到小型模塊化存儲設備，而不是大型陣列。這些陣列為存儲量身定制，一般包括12個驅動、一個存儲界面互換機與一個頭處理懲罰器。利用虛擬SAN的特別處事器本錢大概高出等同結果設備的本錢，，尤其是買的是便宜或初創廠商的設備是更是如此，相當劃不來。

用戶在快速進化的存儲市場更應該審慎。跟著25GbE的襲來，LAN速度增加了2.5倍，同時長途直接內存會見的延遲低落70%，顯著淘汰處事器存儲操縱的開銷。但這就夠了么？

虛擬SAN可以列出一些技能參數。首先，隨處事器的存儲I/O是差池稱的。讀寫速率凡是是8:1，這意味著在一個完全雙網的以太網情況中，出站流量利用帶寬，不然就揮霍了。

另一個爭論是實例需要一個當地永久存儲設備來運營。因此，當地實例存儲通過云廠商提供。為什么不將這種存儲作為虛擬SAN利用呢？這又讓我們回到了帶寬爭論這個話題。假如虛擬情況的方針是在呈現妨礙時利用自動化的規復路徑，從而提供編排的話，在對當地磁盤上復制數據需要在另一臺處事器長舉辦，以便消除單點妨礙。

這種復制抵消了在虛擬SAN爭論中當地實例存儲的代價。

統一打點是針對虛擬SAN的又一爭論。事實是大都存儲打點關乎配置LUN，并發明壞掉的驅動，在處理懲罰虛擬SAN時也是如此。有個通用平臺是能讓存儲與處事器打點團隊融合在一起，但在由諸如iSCSI與工具存儲等以太網協議掌控的世界中，兩個團隊的獨立更具有政治與行政意義。methodologies involved.

雖然，底線是別將虛擬SAN看作是與傳統存儲一樣好的選項，必需搞清楚它的代價主張，切合平臺與要領論的成長。