這兩天看了幾個(gè)大V的Blog，不禁倒吸一口涼氣，原來(lái)VMware Virtual SAN要做成一款通用的存儲(chǔ)。

大家知道，VMware VSAN給大家的印象就是它只在VMware vSphere環(huán)境下使用，大家都理解它就是vSphere內(nèi)核的一部分。由于VMware在Hypervisor領(lǐng)域處于壟斷地位，大家本來(lái)就很怕了，現(xiàn)在VMware居然要把VSAN做成一款通用的存儲(chǔ)。這么多SERVER SAN廠商還怎么活?。?/p>

首當(dāng)其沖肯定就是EMC的ScaleIO，它相比VSAN的優(yōu)勢(shì)就是擴(kuò)展性比較強(qiáng)，而且可以脫離VMware使用，支持異構(gòu)的Hypervisor。可是現(xiàn)在，VSAN未來(lái)也是一款通用的存儲(chǔ)平臺(tái)，擴(kuò)展性肯定也不是問(wèn)題。雙方的市場(chǎng)再也沒(méi)有交錯(cuò)的地方，全面的沖突不可避免。

DELL收購(gòu)EMC后，EMC對(duì)VMware的控制權(quán)轉(zhuǎn)移到了DELL這邊。預(yù)計(jì)VMware會(huì)更加獨(dú)立，更加自由。沒(méi)有了EMC聯(lián)邦的約束，VSAN的通用存儲(chǔ)平臺(tái)夢(mèng)想應(yīng)該很快就要到來(lái)。其他SERVER SAN的好日子快結(jié)束了。

好了，不替VSAN做廣告了。我們簡(jiǎn)單來(lái)理解一下為啥VMware要這么做？因?yàn)轳R上要進(jìn)入一個(gè)后虛擬化的時(shí)代，那個(gè)時(shí)候，vSphere就不是必須的了，但存儲(chǔ)還是必須的。

話說(shuō)VMware剛做VSAN的時(shí)候，確實(shí)定位為只針對(duì)vSphere環(huán)境。因?yàn)槟莻€(gè)時(shí)候，hypervisor如日中天，docker還是非常小眾。關(guān)鍵是應(yīng)用都是典型的傳統(tǒng)的大型（monolithic)應(yīng)用，如SQL SERVER，ORACLE，Exchange等等。很多的應(yīng)用都不是為了分布式環(huán)境設(shè)計(jì)的，因此，vSphere豐富的功能，如DRS，HA，F(xiàn)T還有豐富的數(shù)據(jù)服務(wù)對(duì)提高這些應(yīng)用的可靠性、可用性價(jià)值很大。

在這樣的情況下，VSAN捆綁vSphere就帶來(lái)巨大的差異化優(yōu)勢(shì)。

1、用戶無(wú)需配置和管理存儲(chǔ)集群，避免SAN管理里面復(fù)雜的zoning和fencing相關(guān)的配置；

2、無(wú)縫集成vSphere的管理工作流，如升級(jí)，維護(hù)，HA等等，無(wú)需單獨(dú)再開(kāi)發(fā)，使用也更簡(jiǎn)單；

3、所有存在的API和工作流都可以工作，只需要增加存儲(chǔ)相關(guān)的API；

4、計(jì)算和存儲(chǔ)集群成員的緊耦合簡(jiǎn)化管理和排錯(cuò)，可以重用vCenter的告警和任務(wù)管理。

也就是說(shuō)，設(shè)計(jì)VSAN的時(shí)候，和vSphere緊耦合是最符合VMware當(dāng)時(shí)市場(chǎng)和研發(fā)策略的。

但現(xiàn)在時(shí)代變了，Docker容器和微服務(wù)大行其道，大有取代hypervisor之勢(shì)。VMware也宣布推出Photon平臺(tái)，全面擁抱容器時(shí)代。

但VSAN怎么辦，在新時(shí)代，可能不需要vSphere，VSAN還能用嗎？

現(xiàn)在VM使用存儲(chǔ)的方式是采用 Virtual SCSI (VSCSI) 磁盤(pán)的方式，主要是這樣沒(méi)有兼容性問(wèn)題。VSAN也是仿真成hypervisor里面的SCSI控制器和設(shè)備，其他廠商也一樣。但VSAN最重要的轉(zhuǎn)折在于細(xì)粒度的存儲(chǔ)策略供給和管理（SPBM)。

在VSAN里，每一個(gè)VM甚至每一個(gè)VMDK(VSCSI disk)都可以采用不同的QoS特性供給。而用戶用策略去使用不同的存儲(chǔ)資源。這種方法好處很多。不像VMFS，VSAN不是一個(gè)集群文件系統(tǒng)。它實(shí)際上是一個(gè)基于對(duì)象的存儲(chǔ)系統(tǒng)。一個(gè)VM包含一定數(shù)量的對(duì)象。對(duì)象就像一個(gè)數(shù)據(jù) 元數(shù)據(jù)的自給單位，它包含部分或者整個(gè)文件系統(tǒng)，VSCSI磁盤(pán)的內(nèi)容等等。從這個(gè)意義講，VSAN和Ceph對(duì)象后端的RADOS很像。

這個(gè)太重要了。因?yàn)檫@說(shuō)明VSAN是通用的基于對(duì)象的存儲(chǔ)平臺(tái)，因此就不僅只用作VSCSI磁盤(pán)，不僅僅只支持今天的虛擬化環(huán)境。也就是說(shuō)，其實(shí)ESXi軟件的VSCSI模塊和VM元數(shù)據(jù)模塊（VMFS文件系統(tǒng)）都是VSAN的接口層。值得注意的是，這個(gè)對(duì)象接口和控制平面VMware把它對(duì)外開(kāi)放了，這就是今天的VASA Virtual Volumes規(guī)范。我終于知道為啥VVOLs要晚于VSAN推出了，原來(lái)是這樣的啊，原來(lái)以為是VMware故意的呢。

現(xiàn)在的IT世界已經(jīng)處于軟件驅(qū)動(dòng)的變革當(dāng)中。第三平臺(tái)的應(yīng)用（或者叫原生云應(yīng)用）越來(lái)越多，新的應(yīng)用基本都是這個(gè)形態(tài)。這種應(yīng)用的分發(fā)，擴(kuò)展和資源控制都是以微服務(wù)的粒度。vSphere那種類(lèi)型的資源池和DRS/HA服務(wù)不再適應(yīng)于新的應(yīng)用。實(shí)際上，作為管理抽象的vSphere的集群甚至不再重要。那是一種完全不同的管理模型，其物理基礎(chǔ)架構(gòu)對(duì)應(yīng)用本身是可見(jiàn)的和可管理的，這種方式很適合DevOps模型。

微服務(wù)對(duì)存儲(chǔ)的擴(kuò)展性要求更高，如何管理？有一些原則：

1、采用鳥(niǎo)瞰的方式進(jìn)行配置和健康管理；

2、使用大數(shù)據(jù)分析來(lái)幫助用戶；

3、同時(shí)支持一站式可視化的用戶界面和API（自動(dòng)化）。

這就需要新的分布式，可擴(kuò)展的存儲(chǔ)管理架構(gòu)。

在容器時(shí)代，每個(gè)容器都共享一個(gè)OS image，這個(gè)OS image可以利用任何驅(qū)動(dòng)，如輕量級(jí)的塊驅(qū)動(dòng)或者文件系統(tǒng)驅(qū)動(dòng)/客戶端。開(kāi)發(fā)者抽取對(duì)他們應(yīng)用有意義的東西和應(yīng)用打包成容器，無(wú)需向后兼容。因此也就無(wú)需必須像VM環(huán)境采用虛擬的SCSI仿真方式。

VSAN未來(lái)就可以擴(kuò)展支持容器應(yīng)用，支持輕量級(jí)的塊驅(qū)動(dòng)（也許使用NVMe協(xié)議），原生文件甚至通過(guò)REST API支持對(duì)象。

文件對(duì)于容器映像的管理特別重要。VMware已經(jīng)在VMWorld 2015上演示了VSAN的分布式文件系統(tǒng)原型，還有馬上推出的重刪壓縮，糾刪碼特性?？磥?lái)VSAN已經(jīng)準(zhǔn)備好迎接容器時(shí)代了。

VMware支持容器分兩步走，第一步把容器功能集成到現(xiàn)在的vSphere環(huán)境，這種情況現(xiàn)在的VSAN就可以支持。最徹底就是采用全新平臺(tái)Photon Platform。我想，到了這一步，也就是VSAN獨(dú)立于vSphere的時(shí)候。這個(gè)時(shí)候，VSAN完全可以作為一個(gè)獨(dú)立的通用SERVER SAN產(chǎn)品對(duì)外進(jìn)行銷(xiāo)售，和EMC ScaleIO形成直接的競(jìng)爭(zhēng)。不過(guò)，按照進(jìn)度，這個(gè)應(yīng)該在DELL完成EMC收購(gòu)后了。

【學(xué)習(xí)心得】

VSAN先是作為vSphere的內(nèi)核緊密集成，然后慢慢發(fā)展獨(dú)立出去。華為也有虛擬化產(chǎn)品FusionSphere和SERVER SAN產(chǎn)品FusionStorage，但華為的FusionStorage一開(kāi)始就是一個(gè)獨(dú)立的產(chǎn)品，并沒(méi)有把它做到FusionSphere內(nèi)核里面去。VSAN的發(fā)展思路，感覺(jué)VMware走了一個(gè)彎路，但其實(shí)不是這樣的。全容器時(shí)代還有點(diǎn)遙遠(yuǎn)，目前階段的主要部署場(chǎng)景還是混合場(chǎng)景，存儲(chǔ)融入Hypervisor內(nèi)核，還是起到管理簡(jiǎn)單，降低TCO的作用的。因此，估計(jì)華為還是需要繼續(xù)在FusionSphere和FusionStorage融合上繼續(xù)投入，也不一定啥時(shí)候也學(xué)習(xí)VMware開(kāi)放一個(gè)類(lèi)似VVOLs的接口出來(lái)，讓其他國(guó)產(chǎn)存儲(chǔ)廠商也更好支持FusionSphere，構(gòu)造一個(gè)國(guó)產(chǎn)化的數(shù)據(jù)中心架構(gòu)生態(tài)圈。

今天學(xué)習(xí)筆記，純粹是學(xué)習(xí)老外的博客的個(gè)人解讀。目前還沒(méi)有跡象說(shuō)VSAN獨(dú)立銷(xiāo)售，未來(lái)預(yù)計(jì)也只是作為其Photon平臺(tái)的一部分而已，雖然VSAN在技術(shù)上獨(dú)立銷(xiāo)售沒(méi)有問(wèn)題，但好像沒(méi)有這個(gè)動(dòng)力，就像其他超融合廠商也不單獨(dú)銷(xiāo)售其存儲(chǔ)軟件一樣。