小问题：我可以在同一个SAN上共享文件和块级别的stream量吗？ 也许更重要的是，我应该吗？ 血淋淋的细节如下…
我希望能够完成新的SANdevise，我们新的计划存储（EMC VNXe3100）将支持作为我们最初的目标的iSCSI目标。 它还通过CIFS和NFS支持文件级存储。 我们希望使用的一些function（特别是重复数据删除）只能通过文件级共享来使用。
VNXe3100有两个控制器，每个控制器有两个NIC。 每个网卡都会连接到不同的交换机，因此无论是控制器还是交换机都可能出现故障，我们仍然应该开展业务。 这意味着每个NIC都需要启用文件stream和块stream量。 我向代表保证，这是可能的。
我的计划是将VNXe和5台主机服务器放在同一个VLAN和子网上（称为192.168.1.x）。 这应该保持我的块级iSCSI的东西只有在该VLAN没有路由出。 但是，我将有一个路由到其他networking的其他子网（192.168.55.x）上的文件级stream量。 因此，每个NIC将在1.x范围内具有用于块stream量的IP地址，而在55.x范围内具有另一个用于文件stream量的IP地址。
由于我们是iSCSI新世界和SAN / NAS设备的世界，我想确保这不是一个可怕的混合。 但是把我们的VMWare公开为NFS并且让我们的硬件去重复虚拟机，而不必维护另一台文件服务器也是一件好事。
如果还有别的东西我可以忽略，那么我都是耳朵。
我不熟悉EMCarrays的内部工作原理，但是我一直认为他们是一个块状的SAN，并且有一个文件级的NAS控制器，这个iSCSI控制器可以直接连接到您的服务器，或者您可以将它们导出到NAS磁头，然后将其作为NFS / CIFS共享。 您可以使用不同的访问types设置不同的LUN，但是一个LUN可以是一个或另一个（块或文件级访问），但不能同时存在。
其他系统（即NetApp）则反向工作。 NAS是他们的本地格式，而iSCSI或FC LUN只是一个单一的大文件，它提供了这些协议（有一些保护措施，如果你使用NFS访问父目录，就不会无意中搞砸了它们）。
每个控制器只有2个NIC，您可能会遇到一些问题，试图混合访问块和文件。 使用文件级访问（基于IP），他们依靠底层协议栈来实现冗余（通常您将故障转移绑定组中的端口configuration为一对一，同时跨越一对IP），而iSCSI则是从存储世界，并希望通过附加主机上的多path驱动程序在堆栈中处理冗余。 EMC的一个端口可能不能同时configuration自己的IP来实现多path，并且在故障转移组中有一个虚拟IP（尽pipe整个控制器发生故障切换，我不确定EMC是如何处理的）。 在绑定接口上执行iSCSI可以工作，但是您将无法获得多path的附加性能。