EMC上演“变形金刚” 将阵列融入服务器

EMC试图将其存储阵列扩展至应用引擎中。甲骨文和其他一些厂商（比如Nutanix）都开始将存储的数据更加靠近服务器以减少网络延迟，并获得更快的数据访问速度。

实现更快数据访问的另一个办法是在服务器中安插闪存，Fusion-io的ioDrives就是这样做的。此外，HP OEM Violin Memory的闪存阵列通过PCIe连接到服务器，可为单台服务器提供高达80TB的容量。

现在，我们将这个闪存/服务器的思路放在一边暂且不谈。

用户并不真的希望其数据被安置得更加靠近服务器。说到底服务器仅仅是用来跑应用的资源--让数据更靠近应用才是真正所需要的。带着这个想法我们来看看EMC是如何做的。

EMC希望使数据的存储和服务器（应用）能够紧密耦合：但是这个存储巨人通过另一个方向来寻求解决办法：将应用程序带入阵列并运行英特尔阵列控制器引擎。这个想法之前也曾有人提过，过去也曾有国外媒体根据EMC员工透露哦的信息提出这种猜测。

现在一个EMC员工Mark Twomey已经通过博客让这个想法大白于天下。看看他在VMworld大会上是如何说的：

如果你自认是“感觉敏锐的”…你可以说“EMC开始做计算业务了”.

EMC已经展示了将虚拟机从用户的服务器中迁移出来在存储阵列上直接运行：第二次说起这个论调，背后的准备比之前充足很多。Isilon公开展示它运行情况的demo,VMAX团队也开始在公开场合谈论这件事情，相信未来EMC在此方向上还会有更多的动作。

假设在未来迁移“计算”而非“数据”，变得越来越容易，那么你可能会将计算直接迁移到EMC的阵列上去。

这会是涉水服务器业务吗？也许。但这更像是系统业务的范畴。

现在我们回到闪存/服务器的想法上。在Silicon Angle的一篇文章中曾引用EMC总裁Pat Gelsinger的一段话：他表示EMC正在迎头赶上Fusion-io。真的吗？指的是提供服务器闪存的Fusion-io吗？ EMC为何要自找麻烦？它又不涉及服务器业务……

EMC将在VMware的虚拟机内、冗余的VMAX引擎和Isilon控制器上运行应用程序--按照Twomey的说法，这就是服务器只是名字不同而已。EMC参与到服务器业务中来，并通过那些闪存卡来为服务器提速。El Reg认为在阵列中运行那些闪存卡也是Project Lightning技术思路的一部分。

下面是Silicon Angle引用Gelsinger的一段话：“我们认同‘阵列是竞争中心’这一观点，并且我们是再阵列中应用闪存的领导者。但我们不曾说过我们的业务只与阵列中的闪存有关--我们关注的是存储，不论它在何处。我们将要在基础设施中创造闪存不同的价值，而这也将给我们带来差异化的市场定位。”

因此，EMC将会做集成存储阵列/闪存增强型服务器产品，并与来自DELL、HP、IBM和Oracle的服务器加存储阵列产品相竞争。DELL、IBM和HP的阵列能够跑应用程序吗？

如果不能，他们将处于不利地位。

我们将这个思考再向前深入一步。如果你有VMAX以及闪存增强型的引擎能够运行应用软件，那么你不需要UCS服务器去做这项工作了。如果EMC与一个网络提供商达成协议，那么你也不需要思科网络交换机将复杂的应用服务器/阵列连接到客户端上，也许我们用VMAXblock和Vblock就可以办得到。