在VMware推出超级融合基础设施设备时，其合作伙伴及顾客对高度为2U、由4节点构成的包括计算、网络存储以及虚拟化，易于部署与管理的计算一体化产品非常感兴趣。这听起来非常完美，对吗?

　　在VMworld 2014大会上，展示了EVO:RAIL Manager花费15分钟部署VMware环境的场景，所有操作通过一个简单的向导、一些IP地址以及单击按钮完成。VMware鼓吹简单的生命周期管理，只需要进行非破坏性升级/打补丁以及轻松的扩展。

　　但几个月过去了，人们开始了解EVO:RAIL所提供的信息，似乎部署EVO:RAIL产品的热情在衰退。人们对EVO:RAIL产品扩展以及最大配置限制有质疑。更不用说有经过授权的EVO:RAIL合作伙伴产品投放市场的脚步缓慢，缺少任何有价值的产品信息了。

　　很多人意识到EVO:RAIL不是以伙伴能够进行销售的方式进行封装，也不是以顾客乐意购买的方式进行封装。

　　很多顾客抱怨EVO:RAIL产品的许可绑定方式，是因为他们更喜欢灵活使用他们自己的许可。VMware遵从并创建了VMware Loyalty Program，允许顾客在EVO:RAIL产品中采用现有的vSphere Enterprise Plus许可(每台设备需要8个CPU许可，而且许可必须是合法且受支持的)。

　　集群最多只能包括四台设备(16个节点)的限制在最近的软件升级(v1.2)中得到了解决，现在一个集群中允许有8台设备。这意味着一个集群最多能够包括32个节点—这恰好和vSphere 5.5集群的最大规模相同—能够支持1600个通用的虚拟机或者2400个虚拟桌面。

　　2015年6月份的公告同样更改了对设备的硬件要求，能够支持不同核心数(双核、6核、8核、10核或12核)的处理器而且每个节点能够配置128GB到512GB的内存。除此之外，现在有两种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许可呢?标准版许可完全满足要求。

　　为什么只能够通过增加包含四个节点的设备才能扩展集群规模呢?为什么不能够选择少于四个节点的设备?

　　为什么不能在VSAN中增加更多的磁盘?为什么只能增加四块磁盘(新版软件只能增加六块磁盘)，只有一块SSD用于缓存?VSAN已经能够支持每台主机五个磁盘组，每个磁盘组8块磁盘(其中一块是SSD)。

　　VMware能够做什么?

　　在我看来，EVO:RAIL在技术上没有任何错误，但在考虑到许可以及可扩展性时该产品没有任何意义。

　　VMware试图将EVO:RAIL定位于一款中端产品，而且针对企业用户进行定价。企业用户可能会购买SAN存储以及单独的服务器而不会购买具有本地存储的设备。另外中端市场顾客不会支付15万-30万美元的预算购买EVO:RAIL。

　　同样针对VMware说到的“软件定义的XYZ”，只有VMware将EVO:RAIL作为能够运行在任何硬件之上(不仅仅是经过授权的合作伙伴产品)的软件进行提供时才更有意义。VMware最好是将EVO:RAIL作为一款自动化的软件包进行销售。

　　硬件以及可扩展性存在的限制给不想锁定单个硬件厂商或者被迫接受只能够同时购买或升级4个节点的用户带来了束缚。如果顾客只想扩展单个设备的虚拟机数量，那么必须购买包括四个节点的设备，而不是额外增加一个节点。如果能够提供以三个节点作为起点的设备并且能够只增加单个节点，那就更有意义了。

　　在VMworld 2015大会了，VMware宣布EVO:RAIL的2.0版本将支持vSphere 6，集群最多支持64个节点(16台设备)。这意味着每台设备最多能够支持800台虚拟机(16台设备最多能够支持12800台虚拟机)。此外，硬件设备能够支持Intel E5 CPU(Ivy Bridge或Haswell)，内存容量从512GB到2048GB，存储容量为13TB到22TB的混合存储。

　　尽管v2.0还没发布，但我希望和vSphere 6 update 1以及VSAN 6.1一起发布。然而，鼓励顾客购买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设备，构建更好的业务用例。

　　EVO:RAIL设备以三个节点作为销售起点以降低起步价。更多的中端市场用户会购买3台ESXi主机而不是4台—主要原因是工作负载需求有限，使用3个节点而不是4个节点承载60台虚拟机更容易证明是合理的。

　　能够以单个节点或者两个节点作为单元进行扩展。让中端市场用户在每次希望扩展集群时都扩展4个节点在商业上是不可行的。

　　能够连接FC存储(本地VSAN没有提供足够的存储)，甚至能够支持JBOD，就像是VSAN 6.0那样。

　　全面集成vROps以提供全方位的监控及报表功能。

　　EVO:RAIL Horizon Manager(自动部署VDI基础设施)而不是仅由授权的合作伙伴在EVO:RAIL产品中提供View许可。如果能够实现vSphere/vCenter的自动化部署，那么下一个很明显的选择就是自动部署VDI基础设施，尤其是将VDI作为良好的用例时更是如此。

　　今后，我希望看到EVO:RAIL软件封装为vSphere的一个组件，顾客能够以CPU为单位购买并部署到他们自己的服务器上。

　　责任编辑：DJ编辑