微軟Hyper-V 3.0中最為重要的一個新特性就是虛擬光纖通道。在Windows Server 2012以及Hyper-V 3.0發(fā)布以前，通常認(rèn)為依賴于基于光纖通道通存儲連接的物理服務(wù)器的虛擬化整合效率并不高。然而，Hyper-V的虛擬光纖通道通特性使得VM直接與光纖通道通存儲區(qū)域網(wǎng)絡(luò)(SAN)進(jìn)行通信成為了可能。

虛擬光纖通道通過安裝在主機(jī)服務(wù)器上的物理光纖通道通主機(jī)總線適配器允許VM通過虛擬光纖通道適配器連接SAN存儲。盡管最初看來這一概念相對簡單，但是對于物理HBA的布局有兩個重要的注意事項需要考慮。

為虛擬光纖通道打好基礎(chǔ)

Hyper-V主機(jī)通常作為集群的一部分來為VM提供容錯功能。使用虛擬光纖通道特性的VM可以實現(xiàn)容錯功能(而且可以在線遷移)，但是只有目標(biāo)主機(jī)包含了HBA卡才能保持光纖通道的連通性。

VM對存儲連通性的需求通常不同。例如兩臺VM可能位于同一臺物理主機(jī)之上，但是卻需要連接到兩個完全不同的SAN中。主機(jī)服務(wù)器的物理硬件必須提供這一連通性。

即使你的組織沒有使用多個SAN，但是核心業(yè)務(wù)服務(wù)器使用多路徑I/O也是很常見的。多路徑I/O允許通過多條路徑訪問目標(biāo)公共存儲，避免了HBA或者光纖通道交換機(jī)成為單點故障。然而，如果你想要VM具備多路徑I/O特性，那么必須在主機(jī)服務(wù)器的硬件層實現(xiàn)多路徑I/O。

一旦建立了底層硬件級的連通性，運(yùn)行在主機(jī)上的VM就能夠使用FC架構(gòu)了。Hyper-V將虛擬SAN定義為物理HBA端口的集合。實際上你可以為每個HBA創(chuàng)建一個獨(dú)立的虛擬SAN。

將VM連接至虛擬SAN

虛擬SAN在hypervisor層定義。為了使虛擬服務(wù)器連接至光纖通道端口，你必須進(jìn)入VM的設(shè)置屏幕并使用添加硬件選項增加光纖通道適配器。一旦這樣做，系統(tǒng)將會提醒你指定虛擬光纖通道適配器將要連接的虛擬SAN。

將虛擬服務(wù)器鏈接至虛擬SAN，反過來虛擬服務(wù)器會連接到物理光纖通道端口，這一過程相對簡單。即使是這樣，仍舊存在一些限制。首先，虛擬服務(wù)器必須運(yùn)行一個兼容的操作系統(tǒng)。目前能夠使用虛擬光纖通道的客戶操作系統(tǒng)只有Windows Server 2008、Windows Server 2008 R2以及Windows Server 2012。

你需要注意的另一個限制就是無論主機(jī)服務(wù)器上定義的虛擬SAN的數(shù)量有多少，虛擬光纖通道適配器連接了同一個虛擬SAN還是多個虛擬SAN，每臺虛擬服務(wù)器最多能夠配置四個虛擬光纖通道適配器。

需要考慮的***一個問題就是每個HBA能夠處理的I/O請求的數(shù)量。如果多個VM共享一個虛擬SAN，那么鏈接至虛擬SAN的物理HBA必須能夠負(fù)載所有VM的流量。

如果你發(fā)現(xiàn)I/O請求的數(shù)量過高以至于FC硬件無法處理，那么你可能會考慮為虛擬SAN部署多路徑I/O。當(dāng)你這樣做時，主機(jī)服務(wù)器將會在配置在虛擬SAN之內(nèi)的物理端口之間對I/O請求進(jìn)行動態(tài)的負(fù)載均衡。這避免了某些端口流量飽和而其他端口沒有充分使用這一問題的出現(xiàn)。

如你所見，在準(zhǔn)備使用虛擬光纖通道之前你必須考慮一些與硬件相關(guān)的注意事項。即使是這樣，很多準(zhǔn)備仍舊要以實現(xiàn)容錯以及可擴(kuò)展性為指導(dǎo)原則，這與物理數(shù)據(jù)中心所必需要開展的規(guī)劃類型并沒有實質(zhì)的差別。