当许多虚拟化应用程序和存储控制器以及虚拟化存储可以共存在单个机架集内的时候，我们何必再需要SAN（存储局域网）？

存储局域网（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插件）。