单一供应商方式指的是您的所有存储系统组件均来自于同一供应商，这种情况下虚拟化系统可以很好的配合工作。EMC 公司和IBM 公司都非常积极地推进这种独立方式，他们促使用户购买EMC的 Symmetrix 和 IBM的 System Storage DS8000存储系统，然后在各自的系统上安装EMC PowerPath 和 IBM Subsystem Device Driver (SDD) 等路径管理软件。

路径管理软件通过配置提供给主机端的EMC或IBM存储阵列的LUN参数来实现相应的虚拟化功能。例如通过定义在双活配置中的两个控制器的优先级，然后把I/O流量首先发送到优先级高的控制器。最后路径管理软件和操作系统端原有的卷管理软件配合工作，使得卷管理软件可以识别通过多条光纤链路连接到主机端的同一个LUN。同时，它也支持在同一个LUN的不同光纤链路间做负载均衡和自动故障切换。

但是一旦安装了某个厂商的路径管理软件，再想加入其它厂商的存储系统或网络层虚拟化产品就变得非常困难。IBM的SDD软件只能兼容IBM的存储系统或IBM的基于网络层的存储虚拟化产品SVC(San Volume Controller)。EMC的PowerPaht软件支持EMC的Symmetrix和Clariion存储系统，同样也支持惠普、IBM和日立的高端存储阵列产品。

路径管理软件无法支持其它存储系统的限制会迫使用户选择EMC的Invista或IBM的SVC来实现其存储虚拟化。尽管Invista和SVC会在一定程度上影响EMC或IBM希望用户选择单一存储产品供应商的计划，但是客户很可能最终还是会选择他们现有的路径管理软件供应商所提供的，基于网络层的虚拟化产品。

EMC和IBM这样的厂商开发网络层存储虚拟化和SRM产品的原动力不仅仅来自于虚拟化和管理他们自身存储系统的需求。很大一部分是因为他们希望可以通过虚拟化他们自己的产品，然后使得用户迁移位于其他厂商存储上的数据时变得更加简单。从而最终达到，让用户使用EMC或IBM的SRM（存储资源管理）软件来实现在整个数据中心范围内的，端到端地监控和管理用户的虚拟化应用、数据和存储架构。

根据IBM首席虚拟化技术专家Jim Rymarczyk所言，在过去10年中多数的存储系统架构花费都跟存储系统采购需求相关。而现在，这些花费中高达70%的部分是跟管理问题相关的，存储虚拟化和SRM软件则可以有效减少管理方面的支出。然而，试图在一个复杂地存储网络环境中完成端到端地管理总是一项非常棘手的工作。

在复杂的异构存储网络环境中，虚拟化所带来的最大的问题就是不能有效而精确地显示出每个应用对应地数据所存放的具体磁盘位置。因为在每一层的虚拟化过程中，为了简化管理，都把数据的相关信息从它下层的磁盘中抽象了出来。从而会导致，对诸如存储系统采用的RAID级别或者是控制器的配置情况这样的信息（在存储性能调优和故障诊断时会需要这样的信息）丢失了。为了获取相应信息并把卷重新映射，管理员就必须登录到存储子系统的API。

这些问题的存在促使 EMC和IBM分别开发了各自的ControlCenter 和
TotalStorage Productivity Center (TPC) SRM管理软件以实现更好地跟其硬件和软件系统集成。当EMC和IBM SRM软件需要跟存储系统的API和SMI-S相结合时，如Rymarczyk也承认的那样：如果使用了SRM软件“用户将在一定程度上丧失自由选择存储系统厂商的权利。”

EMC和IBM在网络层存储虚拟化产品上采用了完全不同地架构方式来实现。EMC的Invista采用了分离路径架构的方式。存储虚拟化软件中用于管理或控制路径的部分程序被安装在位于FC SAN之外的一台单独工作站上。虚拟化相关的设置在这台路径管理工作站上配置，然后配置信息被加载到一台不带缓存的光纤交换机上，这台交换机被称为“数据路径控制器（data path controller），这台交换机可以是博科公司生产的AP7420或思科公司生产的MDS 9000 系列存储管理模块。

EMC公司副总裁及基础架构软件事业部总经理Doc D’Errico认为，这种“自主”的基础架构方式保留了存储系统的智能性，因为存储系统可以自身来完成相应地数据复制和优化功能。如果我们把所有地高级功能都从存储系统中迁移出来，一起放到虚拟化应用软件中来实现的话，用户将会丧失一部分由存储系统自有的高级功能所带来的收益。保持存储系统自身智能性的同时也避免了用户对网络层存储虚拟化技术的长期依赖性，EMC公司的D’Errico申明说 “使用Invista ，用户可以相对自由地进入或退出网络层存储虚拟化架构。”

新发布的2.0版本的Invista和之前的版本相比做出了一些改变。在之前的版本中，控制路径中的工作站服务器在物理上缺少冗余，一度被认为是Invista潜在的安全风险。Invista2.0版本加入了独立于FC SAN之外的CPC（Control Path Cluster )系统功能，所以即使在CPC服务器1宕机后，CPC服务器2可以马上实现接管。

Invista2.0 同时实现了对PowerPath负载均衡功能的支持，这样的话它可以动态实现在数据路径和后端存储多链路上的负载均衡功能。

无论是Invista还是SVC都需要在数据路径中插入一台新的设备。为了安装这台设备，存储管理员需要：停止应用程序进程，从物理上重新调整FC SAN中的连接线，然后改变FC SAN的zone设置和存储系统的LUN masking配置。从而实现成功地在数据路径中添加设备，部署网络层存储虚拟化的功能。

Invista系统中缺少缓存的设置会带来更多长期的问题。在不影响系统运行地情况下，这种方式可以使延迟变得最小，但是Invista无法支持像异步复制或者是自动精简配置这样的功能，因为这些技术的实现都需要依赖缓存。EMC计划在2008年后期，在Invista系统中加入自动精简配置功能，但是他们仍然建议客户通过另外一款产品RecoverPoint来实现不同存储系统间的异步数据复制功能。

IBM的SVC则更像一个存储系统控制器，因为在它的架构中使用了缓存技术。SVC的存储虚拟化软件安装在设置为集群系统的Linux服务器上，同步镜像数据则通过FC 端口在集群中的服务器缓存间实现。在一个物理集群中最多可以支持到四对服务器，每对服务器都独立于其它的服务器工作。IBM近期在其SVC系统中加入了自动精简配置功能。

IBM的SVC市场经理Chris Saul建议用户在部署SVC前首先进行系统规划练习。因为IBM已经遇到过一些系统拥堵的情况，如果用户选择在现有的FC SAN中直接加入SVC设备，但是又无法把那些造成系统拥堵的设备（如磁带机）从SVC系统中剥离出来的话，就会发生拥堵。一些情形下，SVC加入的是一个“核心→边缘”设计理念的架构，这时会对内部的交换机链路（ISL）增加极大地系统压力，从而可能会如Saul所说：“增加了ISL链路拥堵的风险。”