存储局域网（SAN）可以使许多单独的物理服务器可以在块层次上访问中央存储设施。即使存储块实际上是通过一个通道来访问的，这些服务器还是将自己的LUN（逻辑单元号）看作是直接连接到它们的存储。光纤通道协议将SAN粘合在一起。

　　现在，我们的服务器的性能更加强大，通常拥有多块处理器，一般是X86处理器。这些处理器连接到多个插槽，每个处理器还有多个核，而每个核可以运行多个线程。处理器引擎通过虚拟机管理器引擎（比如VMware的ESX）来管理并分配给应用程序。每个核在一个操作系统（比如Windows或Linux）内运行一个应用程序，而这个应用程序可以是多线程的。

　　刀片系统，比如惠普公司的产品，可以将数百个处理器核封装在1U机架内。这些服务器需要连接到客户系统和存储设施，并通过网络连接到外部世界。

　　本地客户访问是给定的，用以太网来管理。存储访问可以通过光纤通道SAN来进行，而规模小的企业可以使用更便宜的复杂性更低的可扩展的iSCSI（互联网小型计算机系统接口）SAN或一个/两个网络附加存储设备。网络附加存储设备在提供VMware存储的时候尤其成功：NetApp的业务在过去几个季度取得了良好的业绩。

　　现在，中端存储则摆向两端；统一存储可以提供文件和块访问。看起来这会导致虚拟化存储的选择更加困难，不过实际上，我们可以通过利用存储阵列控制器引擎运行应用程序来进行整合。

　　单个服务器复合体运行所有事务

　　在收购3PAR之前，惠普就有意为块和文件访问提供一个通用的存储设施。惠普的想法是使用商品磁盘驱动器机架和商品英特尔存储处理刀片服务器。这些系统可以运行某一种存储，比如EVA或Left Hand Networks存储阵列操作系统，文件访问、以及存储应用程序，比如重复数据删除或复制。

　　惠普的计划被3PAR所打乱，因为惠普的计划依赖于存储控制器上的ASIC（专用集成电路）。也许惠普可以通过配置两种等级的存储处理器来重新回到这个计划：一边是商品级的X86刀片，一边是3PAR的ASIC刀片。

　　这个计划的一个要点就是存储基本上是服务器加直连式存储（DAS）。假设……只是假设这些服务器不是运行存储操作系统而是VMDK，让虚拟机来运行存储操作系统，比如LeftHand Virtual Storage Appliance（LeftHand虚拟存储设备）。然后假设我们在同一个服务器复合体内加入更多服务器，6核或8核处理器引擎，然后让它们运行应用程序软件。那么我们何必还要用两个单独的X86服务器复合体呢？

　　换句话说，我们有单个服务器集合，这里面可能有一百个或更多的处理器，一些运行应用程序（比如说数据库，应付账款管理或生产要求处理），一些运行这些应用程序所要求的存储控制器功能，然后所有这些服务器都由一个ESC虚拟机管理器来协调，并通过虚拟机管理器来提供提供应用程序事务或存储事务所要求的虚拟机（VM）。

我们需要一个通信系统来连接存储处理器和存储机箱。我们需要一个高度可扩展的和高度的链接。以太网？也许，不过我们也可以考虑InfiniBand或EMC的Rapid IO或甚至一个SAS交换系统或扩展化PCIe总线（想象Virtensys）。

　　以太网LAN（局域网）设施可以将本地客户端连接到这个服务器＋存储的复合体。连接到更广大世界的网络？它是基于IP的。我们可以让以太网交换机软件运行在ESX系统内（比如思科的Nexus ESX插件）。

　　谁可以制造这样的无SAN系统？

　　直接想到的是惠普。IBM和Oracle也可以。戴尔是另一个候选。作为一个典型的以自己的存储业务为核心的公司，NetApp不能做到这一点。

　　日立数据系统（HDS）通过BlueArc的合作协议来提供NAS，因此HDS也不行。不过，如果HDS同意这种理念，并将日立服务器和网络产品与它的AMS和VSP存储阵列整合在一起，那么日立还是可以的。这也就是说，HDS有三到五年的时间来制造这种整合的应用服务器/存储服务器控制器产品。

　　富士通行不行？如果它肯花几年功夫并下大力气的话，也许可以。NEC？不行。宏碁？它的产品还不够企业级，至少现在不行。

　　这样的系统会让你垂涎三尺：一个无SAN的服务器和存储综合体，这个综合体可以运行终端用户和存储控制器以及网络控制器应用程序，比如虚拟机管理器下的VMDK，当然，还有一个整合的管理系统。

　　那么，我们相当于重新发明了一个大型机。如果这个概念得以施行并有效，同时价格还合理，那么只要客户接受这种重新发明的大型机方式，单独的存储和网络供应商们将不得不面对艰难的形势。

　　这样的供应商如果希望将产品销售给这样的客户，那么他们需要取得所有需要的组件。也许它们可以先从收购Red Hat开始并拥有自己的虚拟机管理器技术。思科、EMC、Juniper和NetApp，你们听到了吗？