微软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。
将VM连接至虚拟SAN
虚拟SAN在hypervisor层定义。为了使虚拟服务器连接至光纤通道端口，你必须进入VM的设置屏幕并使用添加硬件选项增加光纤通道适配器。一旦这样做，系统将会提醒你指定虚拟光纤通道适配器将要连接的虚拟SAN。
将虚拟服务器链接至虚拟SAN，反过来虚拟服务器会连接到物理光纤通道端口，这一过程相对简单。即使是这样，仍旧存在一些限制。首先，虚拟服务器必须运行一个兼容的操作系统。目前能够使用虚拟光纤通道的客户操作系统只有Windows Server 2008、Windows Server 2008 R2以及Windows Server 2012。
你需要注意的另一个限制就是无论主机服务器上定义的虚拟SAN的数量有多少，虚拟光纤通道适配器连接了同一个虚拟SAN还是多个虚拟SAN，每台虚拟服务器最多能够配置四个虚拟光纤通道适配器。
需要考虑的***一个问题就是每个HBA能够处理的I/O请求的数量。如果多个VM共享一个虚拟SAN，那么链接至虚拟SAN的物理HBA必须能够负载所有VM的流量。
如果你发现I/O请求的数量过高以至于FC硬件无法处理，那么你可能会考虑为虚拟SAN部署多路径I/O。当你这样做时，主机服务器将会在配置在虚拟SAN之内的物理端口之间对I/O请求进行动态的负载均衡。这避免了某些端口流量饱和而其他端口没有充分使用这一问题的出现。
如你所见，在准备使用虚拟光纤通道之前你必须考虑一些与硬件相关的注意事项。即使是这样，很多准备仍旧要以实现容错以及可扩展性为指导原则，这与物理数据中心所必需要开展的规划类型并没有实质的差别。
