经验告诉我们如果使用SR-IOV（Single-root I/O virtualization，单根I/O虚拟化），Windows Server 2012的网络会使处理器利用率和网络延迟降低50%，而且会增加30%的网络吞吐率。通过网络性能的优化，可以在不花钱投资网络基础设施的情况下，在同样一台服务器上支持更多的虚拟机，或在高I/O负载的机器上很好地运行VM。SR-IOV提供的低延迟可以让对延迟敏感的网络流量（例如交易型数据或流媒体）有更好的网络性能。

SR-IOV还支持Live Migration，不过这个功能并不需要远程端（目标端）对SR-IOV的支持，也就是说你可以将一个在SR-IOV服务器上的虚拟机（VM）移动到另一台服务器上，不管这台服务器是不是支持SR-IOV。这允许了组织机构在不需要完整的承诺的基础上，有组织地、系统地进行实验和部署SR-IOV平台。

不过SR-IOV同样也有一些限制，比方说系统需求。SR-IOV部署并不是自动化的；PCIe卡（NIC）、主板、BIOS和宿主机都需要支持SR-IOV以便虚拟机能使用虚拟化功能（VF）。有些组织机构可能要等到下一次服务器技术更新才能去更新支持SR-IOV的服务器硬件和PCIe卡。

另外一个问题是最大VF支持数。理论上一块网卡最大的VF支持数量是256个，但是实际的数量要比这个数量少很多，因为网卡本身需要消耗一些基本的资源。记住，SR-IOV只是提供了一种共享PCIe设备的方法——它并没有增加现有设备的能力——所以如果一个网卡共享过渡，SR-IOV会超负荷工作。举个例子，一个1Gb网卡实际上能支持达8个VF，而一个10Gb网卡实际上能支持达64个VF。需要高负载的环境可能会让这个数字减少，所以在把SR-IOV部署到生产环境中前测试共享和评估负载通信的性能是非常重要的。

VM移植可能也会成为一个问题。基本上SR-IOV允许一个VM和PCIe设备进行直接地交互，将一个VM迁移到另一个服务器（即使这个服务器支持Live Migration）上会有问题，除非宿主机可以将负载从SR-IOV服务器上迁移到非SR-IOV服务器上。这也是另一个在部署到生产环境中前需要做好研究的功能。直接交互的负载可能在迁移开始时就出现故障。

最后，要考虑到当SR-IOV部署的时候对外界网络交换机和流量的影响。记住，一个服务器可能可以完美地识别和管理很多VM，但是使用的交换机端口是没有办法去区分这些虚拟机流量的。举个例子，从一个VF到另一个VF的流量可能在同一个物理口上，不过外部交换机不需要知道流量需要经过这个口。这可能会带来交换问题或者让人困惑。确保在SR-IOV部署的时候让IT网络架构师也参与进来。

在数据中心服务器虚拟化标准中，现在的焦点转移到了优化上，技术在进化以至于可以减缓宿主机虚拟化层带来的任何延迟，同时增强了系统性能到了裸物理机的等级。SR-IOV就是一项PCI-SIG开发和维护的技术，由硬件厂商Intel VT-d和前沿的OS厂家支持的技术。