银弹之：X520融合网络适配器
这次我们将目光聚焦在产品上。当然，谈产品必然离不开技术，Intel X520以太网适配器只是一个典型代表，支撑其实现使命的，有众多优秀的技术和协议，如开放的FCoE和开放的iSCSI，DCB，MPIO等等。对于X520来说，一切都只是开始。
我们来看看如何通过一块网络适配器实现基于FCoE和iSCSI的数据传输：
基于iSCSI传输的存储数据通过以太网在LAN上经交换机传递到安装了Intel X520网络适配器的服务器端口，由X520的以太网物理地址端口接收数据，并实现iSCSI的卸载(iSCSI Off-loads)，然后，通过X520内建的基于优先权的流控制和数据分流技术(Classification & Prioritization Engine)，将iSCSI数据包分流到以太网通道上，等待派送到操作系统中。
接下来，为了表述的同步性，我们先人为的为iSCSI的传输按下暂停键，让已经分流道X520适配器内以太网通道的iSCSI数据包休息一会，回过头来，我们再看一下基于FCoE协议的数据如何从存储端发送到服务器的——
和iSCSI不同，基于FCoE技术的交换机可以同时接收从光纤存储和以太网存储传输过来的数据，并通过统一的以太网协议和单一的线缆将光纤数据和以太网数据传递给服务器端的Intel X520网络适配器——是的，和iSCSI一样，FCoE也来敲门了，但不同的是，它带来的数据种类更丰富。
后面的故事有些类似，通过FCoE物理地址接收数据包后，再由X520内建的FCoE卸载技术实现卸载，然后，同样经过基于优先权的流控制和数据分流技术，将FCoE数据包分流到SAN通道上。
至此，iSCSI和FCoE数据，通过一块Intel X520网卡，成功传送到了服务器的系统前，并且同时整装待发。
现在，让我们的iSCSI和FCoE数据包进入服务器的系统层面吧——LET`S GO!
由于传统的以太网传输是允许“丢帧”的，这和FC光纤传输所要求的无损不符合，因此，在系统层的第一环节，需要通过内建的DCBx技术(数据中心桥接交换)，建立中断和缓冲区机制(Buffers Interrupts)，对于丢帧的数据，系统会提示暂时中断传输，将数据暂存于缓冲区，并要求信源将丢帧重新传输，确保数据的“无损”。经过DCBx后，完整的iSCSI和FCoE数据被逮到了网络驱动协议和接口面前，注意，在这里，原本并肩前行的两组数据又要分离了——可惜不是你，陪我到最后……
FCoE数据包被识别后，经过网络驱动接口，传递给FCoE协议链路进行传输，经过Intel提供在操作系统系统内的开放式FCoE引导，完成FCoE数据的最终完全卸载转换;然后经由MPIO(多路径I/O管理)，为最后的文件系统所识别的访问。至此，由FCoE这路高效的运输大队负责传递的LAN数据和FC数据成功抵达的终点。实际上看似复杂的描述只是为了让大家了解得更清楚，因为里面凝结了包括Intel在内的各方的技术专家的探索和努力才得以实现——而回到宏观世界里，刚刚这些复杂的过程描述，上万兆以太网上，只是一瞬间的事情……
哦，差点忘了，iSCSI数据包还在等着呢。刚刚说了，经过DCBx的处理后，FCoE和iSCSI又要分道扬镳了。基于LAN传输的iSCSI数据在这里经过TCP/IP协议处理，提供过Intel所提供在操作系统内的开放式iSCSI引导程序，同样完成最后的卸载转换，并经过MPIO，提供给文件系统识别访问和使用。
至此，原本各自独立的FCoE和iSCSI数据，一路经过Intel的万兆以太网，统一网络架构，开放式FCoE和iSCSI技术，以及DCB数据中心桥接，和相辅助的各种软件引导，最终殊途同归。
银弹效应：
1、 Intel X520融合网络适配器基于单一硬件统一了开放式FCoE和iSCSI以及传统LAN网络数据传输三重功能;
2、 X520内建的FCoE和iSCSI卸载和数据分流技术实现了不同协议数据的识别和归类处理;
3、 操作系统层面支持DCB技术实现了无损以太网数据的准确性;
4、 操作系统中基于Intel 的开放式FCoE和iSCSI引导，在统一平台上通过软件实现了过去由HBA卡来完成的数据卸载和最终的访问使用。
统一网络为我们描绘了一个更美好的未来。既然云计算和面向云和虚拟化的数据中心是不可逆转的发展趋势，既然我们都在追求更简化的管理，更高效的网络和更开放性的平台，那么，就没有什么会成为我们拒绝“银弹”的理由了。统一网络的简化、融合、节能和弹性更加符合云计算和虚拟化的要求，并且已经由众多厂商和技术专家将这些美好的想法变为了现实的产品——这不是魔法，虽然，它比魔法还让人心动。
如果你还是心存疑虑，或是不能下决心的话，那么，我们再次回到文章开始的问题，认真的问一次：
“用户需要什么?”
银弹来了。
