在VMware推出超級融合基礎設施設備時，其合作伙伴及顧客對高度為2U、由4節(jié)點構成的包括計算、網絡存儲以及虛擬化，易于部署與管理的計算一體化產品非常感興趣。這聽起來非常完美，對嗎?
在VMworld 2014大會上，展示了EVO:RAIL Manager花費15分鐘部署VMware環(huán)境的場景，所有操作通過一個簡單的向導、一些IP地址以及單擊按鈕完成。VMware鼓吹簡單的生命周期管理，只需要進行非破壞性升級/打補丁以及輕松的擴展。
但幾個月過去了，人們開始了解EVO:RAIL所提供的信息，似乎部署EVO:RAIL產品的熱情在衰退。人們對EVO:RAIL產品擴展以及最大配置限制有質疑。更不用說有經過授權的EVO:RAIL合作伙伴產品投放市場的腳步緩慢，缺少任何有價值的產品信息了。
很多人意識到EVO:RAIL不是以伙伴能夠進行銷售的方式進行封裝，也不是以顧客樂意購買的方式進行封裝。
很多顧客抱怨EVO:RAIL產品的許可綁定方式，是因為他們更喜歡靈活使用他們自己的許可。VMware遵從并創(chuàng)建了VMware Loyalty Program，允許顧客在EVO:RAIL產品中采用現(xiàn)有的vSphere Enterprise Plus許可(每臺設備需要8個CPU許可，而且許可必須是合法且受支持的)。
集群最多只能包括四臺設備(16個節(jié)點)的限制在最近的軟件升級(v1.2)中得到了解決，現(xiàn)在一個集群中允許有8臺設備。這意味著一個集群最多能夠包括32個節(jié)點—這恰好和vSphere 5.5集群的最大規(guī)模相同—能夠支持1600個通用的虛擬機或者2400個虛擬桌面。
2015年6月份的公告同樣更改了對設備的硬件要求，能夠支持不同核心數(shù)(雙核、6核、8核、10核或12核)的處理器而且每個節(jié)點能夠配置128GB到512GB的內存。除此之外，現(xiàn)在有兩種VSAN選項，1x 400 GB SSD以及3x 1.2 TB HDD或者1x 800 GB SSD以及5x 1.2 TB HDD—每臺設備提供了大約13TB或22TB的可用存儲容量。
但這還不夠，因為某些顧客仍然存在顧慮。還有一些問題需要得到回復。
當EVO:RAIL沒有使用分布式虛擬交換機、Storage DRS、主機配置文件或者自動部署時，為什么必須使用vSphere Enterprise Plus許可呢?標準版許可完全滿足要求。
為什么只能夠通過增加包含四個節(jié)點的設備才能擴展集群規(guī)模呢?為什么不能夠選擇少于四個節(jié)點的設備?
為什么不能在VSAN中增加更多的磁盤?為什么只能增加四塊磁盤(新版軟件只能增加六塊磁盤)，只有一塊SSD用于緩存?VSAN已經能夠支持每臺主機五個磁盤組，每個磁盤組8塊磁盤(其中一塊是SSD)。
VMware能夠做什么?
在我看來，EVO:RAIL在技術上沒有任何錯誤，但在考慮到許可以及可擴展性時該產品沒有任何意義。
VMware試圖將EVO:RAIL定位于一款中端產品，而且針對企業(yè)用戶進行定價。企業(yè)用戶可能會購買SAN存儲以及單獨的服務器而不會購買具有本地存儲的設備。另外中端市場顧客不會支付15萬-30萬美元的預算購買EVO:RAIL。
同樣針對VMware說到的“軟件定義的XYZ”，只有VMware將EVO:RAIL作為能夠運行在任何硬件之上(不僅僅是經過授權的合作伙伴產品)的軟件進行提供時才更有意義。VMware最好是將EVO:RAIL作為一款自動化的軟件包進行銷售。
硬件以及可擴展性存在的限制給不想鎖定單個硬件廠商或者被迫接受只能夠同時購買或升級4個節(jié)點的用戶帶來了束縛。如果顧客只想擴展單個設備的虛擬機數(shù)量，那么必須購買包括四個節(jié)點的設備，而不是額外增加一個節(jié)點。如果能夠提供以三個節(jié)點作為起點的設備并且能夠只增加單個節(jié)點，那就更有意義了。
在VMworld 2015大會了，VMware宣布EVO:RAIL的2.0版本將支持vSphere 6，集群最多支持64個節(jié)點(16臺設備)。這意味著每臺設備最多能夠支持800臺虛擬機(16臺設備最多能夠支持12800臺虛擬機)。此外，硬件設備能夠支持Intel E5 CPU(Ivy Bridge或Haswell)，內存容量從512GB到2048GB，存儲容量為13TB到22TB的混合存儲。
盡管v2.0還沒發(fā)布，但我希望和vSphere 6 update 1以及VSAN 6.1一起發(fā)布。然而，鼓勵顧客購買EVO:RAIL的理由足夠充分嗎?在我看來，我希望看到如下功能：
可以選擇全閃存EVO:RAIL—考慮到VSAN 6.0已支持全閃存磁盤組。
能夠支持多層存儲，混合VSAN磁盤組以提供所有的SAS或所有的SSD，而且EVO:RAIL Manager能夠使用Storage DRS/Storage Profiles在不同的存儲層之間遷移虛擬機。
支持VSAN 6.1，而且能夠使用經過擴展的VSAN集群特性以能夠在站點A、站點B分別部署設備。這將為顧客提供廉價的災難恢復選項，使顧客原意投入所有經費購買EVO:RAIL設備，構建更好的業(yè)務用例。
EVO:RAIL設備以三個節(jié)點作為銷售起點以降低起步價。更多的中端市場用戶會購買3臺ESXi主機而不是4臺—主要原因是工作負載需求有限，使用3個節(jié)點而不是4個節(jié)點承載60臺虛擬機更容易證明是合理的。
能夠以單個節(jié)點或者兩個節(jié)點作為單元進行擴展。讓中端市場用戶在每次希望擴展集群時都擴展4個節(jié)點在商業(yè)上是不可行的。
能夠連接FC存儲(本地VSAN沒有提供足夠的存儲)，甚至能夠支持JBOD，就像是VSAN 6.0那樣。
全面集成vROps以提供全方位的監(jiān)控及報表功能。
EVO:RAIL Horizon Manager(自動部署VDI基礎設施)而不是僅由授權的合作伙伴在EVO:RAIL產品中提供View許可。如果能夠實現(xiàn)vSphere/vCenter的自動化部署，那么下一個很明顯的選擇就是自動部署VDI基礎設施，尤其是將VDI作為良好的用例時更是如此。
今后，我希望看到EVO:RAIL軟件封裝為vSphere的一個組件，顧客能夠以CPU為單位購買并部署到他們自己的服務器上。
京公網安備 11010502049343號