微软Hyper-V 3.0中最为重要的一个新特性就是虚拟光纤通道。在Windows Server 2012以及Hyper-V 3.0发布以前，通常认为依赖于基于光纤通道通存储连接的物理服务器的虚拟化整合效率并不高。然而，Hyper-V的虚拟光纤通道通特性使得VM直接与光纤通道通存储区域网络（SAN）进行通信成为了可能。

　　通过安装在主机服务器上的物理光纤通道通主机总线适配器，虚拟光纤通道允许VM通过虚拟光纤通道适配器连接SAN存储。尽管最初看来这一概念相对简单，但是对于物理HBA的布局有两个重要的注意事项需要考虑。

为虚拟光纤通道打好基础

　　Hyper-V主机通常作为集群的一部分来为VM提供容错功能。使用虚拟光纤通道特性的VM可以实现容错功能（而且可以在线迁移），但是只有目标主机包含了HBA卡才能保持光纤通道的连通性。

　　VM对存储连通性的需求通常不同。例如两台VM可能位于同一台物理主机之上，但是却需要连接到两个完全不同的SAN中。主机服务器的物理硬件必须提供这一连通性。

　　即使你的组织没有使用多个SAN，但是核心业务服务器使用多路径I/O也是很常见的。多路径I/O允许通过多条路径访问目标公共存储，避免了HBA或者光纤通道交换机成为单点故障。然而，如果你想要VM具备多路径I/O特性，那么必须在主机服务器的硬件层实现多路径I/O。

　　一旦建立了底层硬件级的连通性，运行在主机上的VM就能够使用FC架构了。Hyper-V将虚拟SAN定义为物理HBA端口的集合。实际上你可以为每个HBA创建一个独立的虚拟SAN。当然，如果主机服务器的HBA卡包括了多个端口，那么你就可以创建多个虚拟SAN。

　　接下来我们接着介绍《Hyper-V 3.0虚拟光纤通道：将VM连接至虚拟SAN》。