I/O虚拟化技术的实施是一个漫长且需要耐心的过程。这是因为实现所有的适配器用统一的I/O虚拟化的方法工作还没有完成，同时也因为机架顶端的I/O虚拟化单元现在还处于初级阶段。为了让I/O虚拟化正常的工作，在适配器端的硬件和固件，驱动程序，操作系统以及虚拟层的研发都需要首先完成。许多厂商都声称将在今年支持多形式的I/O虚拟化技术，并预测I/O虚拟化将会成为2010年的最热门技术。然而，我们都衷心希望通过几年的成长，I/O虚拟化技术可以成为一项普及的技术。
下面来看看10Gb的以太网适配器，这是首先完全支持I/O虚拟化的适配器。在去年的时候，能够支持I/O虚拟化技术的10Gb的以太网适配器就公诸于世了。除了以太网适配器，同样可以期待像光纤通道HBA卡，FcoE CAN以及SAS/SATA非RAID适配器这样的存储适配器的出现，因为它们也都可以支持I/O虚拟化。***一类将可能支持I/O虚拟化的存储适配器应该是RAID控制器了，之所以排在***是因为RAID功能在服务器之间共享存在较大的复杂性，需要时间来实现。个别的来说，一些图像处理适配器也将会支持I/O虚拟化技术，有些产品将在今年2010年公开发布。
在一个应用了I/O虚拟化技术的环境中，数据流将会由一个虚拟的适配器送出，然后发送至另外的一个虚拟的适配器，而这一切的操作对于底层的硬件设备来说，都是透明的。这就可能让一个非常有意思的现象发生，就是所有的数据流都完全包含在某一个单独的物理适配器上，也被称为IO虚拟化技术的“hairpin Turn”。遇到这种情况的应用可能是当一台虚拟机和另外一台虚拟机通信的时候，会用到他们各自的虚拟网卡，而各自分别的虚拟网卡又真实的存在于同一个物理网卡上。这种情况先，物理网卡实际上充当了一个迷你的交换机。以此类推，在机架顶端的I/O虚拟化单元的道理也是这样。
存储适配器也可以按照同样的方法运行。假定一个主机服务器上的光纤通道，iSCSI或者SAS适配器都集中放置在机架顶端的I/O虚拟化单元中。一个存储服务器也可以放置在同一个机架上，同时从理论上说，也可以使用I/O虚拟化单元上的存储适配器连接到外面的网络中。即使是同一个物理适配器，在I/O虚拟化环境中也有可能出现发起端是其上的一块虚拟适配器，接收端也是其上的一块虚拟适配器的现象。这种有趣的现象是可能发生的!
根据具体的实施内容不同，实施支持I/O虚拟化的适配器将需要机架顶端的I/O虚拟化单元以及主机服务器上使用的串行总线扩展卡或者无限带宽技术的HCAs适配器。支持I/O虚拟化的适配器之后被放置在机架顶端的I/O虚拟化环境中，然后被共享到不同的服务器上。然而这些适配器是需要驱动的，当今能应用在生产环境中的驱动程序在各个操作系统平台上都还没有发布出来。
I/O虚拟化进程应该根据***的技术按阶段实施。I/O虚拟化首先应该在几台服务器上进行测试，测试需要不断的调整，直到测试报告趋于稳定且确定报告正常后才能开始真正的实施过程。Demartek实验室将会于今年对不同的I/O虚拟化解决方案进行验证测试，我们将能够提供***手的测试报告和结果。
I/O虚拟化的一个理想环境是其中的各个虚拟机都受益于共享一些高端10Gb以太网卡或者同样的高速适配器。I/O虚拟化共享实施的一个目标就是通过分析能判断出基于当前整体网络带宽的整个机架服务器的必要I/O适配器类型，而不是简单的按照服务器的数量买多个适配器。这就需要对和应用和带宽有关的预期进程进行调整，同时也可能需要更多关于带宽的测试。
【编辑推荐】
