Hyper-V 3.0虛擬光纖通道打開新的虛擬化大門
微軟Hyper-V 3.0中最為重要的一個(gè)新特性就是虛擬光纖通道。在Windows Server 2012以及Hyper-V 3.0發(fā)布以前,通常認(rèn)為依賴于基于光纖通道通存儲(chǔ)連接的物理服務(wù)器的虛擬化整合效率并不高。然而,Hyper-V的虛擬光纖通道通特性使得VM直接與光纖通道通存儲(chǔ)區(qū)域網(wǎng)絡(luò)(SAN)進(jìn)行通信成為了可能。
虛擬光纖通道通過安裝在主機(jī)服務(wù)器上的物理光纖通道通主機(jī)總線適配器允許VM通過虛擬光纖通道適配器連接SAN存儲(chǔ)。盡管最初看來這一概念相對(duì)簡(jiǎn)單,但是對(duì)于物理HBA的布局有兩個(gè)重要的注意事項(xiàng)需要考慮。
為虛擬光纖通道打好基礎(chǔ)
Hyper-V主機(jī)通常作為集群的一部分來為VM提供容錯(cuò)功能。使用虛擬光纖通道特性的VM可以實(shí)現(xiàn)容錯(cuò)功能(而且可以在線遷移),但是只有目標(biāo)主機(jī)包含了HBA卡才能保持光纖通道的連通性。
VM對(duì)存儲(chǔ)連通性的需求通常不同。例如兩臺(tái)VM可能位于同一臺(tái)物理主機(jī)之上,但是卻需要連接到兩個(gè)完全不同的SAN中。主機(jī)服務(wù)器的物理硬件必須提供這一連通性。
即使你的組織沒有使用多個(gè)SAN,但是核心業(yè)務(wù)服務(wù)器使用多路徑I/O也是很常見的。多路徑I/O允許通過多條路徑訪問目標(biāo)公共存儲(chǔ),避免了HBA或者光纖通道交換機(jī)成為單點(diǎn)故障。然而,如果你想要VM具備多路徑I/O特性,那么必須在主機(jī)服務(wù)器的硬件層實(shí)現(xiàn)多路徑I/O。
一旦建立了底層硬件級(jí)的連通性,運(yùn)行在主機(jī)上的VM就能夠使用FC架構(gòu)了。Hyper-V將虛擬SAN定義為物理HBA端口的集合。實(shí)際上你可以為每個(gè)HBA創(chuàng)建一個(gè)獨(dú)立的虛擬SAN。
將VM連接至虛擬SAN
虛擬SAN在hypervisor層定義。為了使虛擬服務(wù)器連接至光纖通道端口,你必須進(jìn)入VM的設(shè)置屏幕并使用添加硬件選項(xiàng)增加光纖通道適配器。一旦這樣做,系統(tǒng)將會(huì)提醒你指定虛擬光纖通道適配器將要連接的虛擬SAN。
將虛擬服務(wù)器鏈接至虛擬SAN,反過來虛擬服務(wù)器會(huì)連接到物理光纖通道端口,這一過程相對(duì)簡(jiǎn)單。即使是這樣,仍舊存在一些限制。首先,虛擬服務(wù)器必須運(yùn)行一個(gè)兼容的操作系統(tǒng)。目前能夠使用虛擬光纖通道的客戶操作系統(tǒng)只有Windows Server 2008、Windows Server 2008 R2以及Windows Server 2012。
你需要注意的另一個(gè)限制就是無論主機(jī)服務(wù)器上定義的虛擬SAN的數(shù)量有多少,虛擬光纖通道適配器連接了同一個(gè)虛擬SAN還是多個(gè)虛擬SAN,每臺(tái)虛擬服務(wù)器最多能夠配置四個(gè)虛擬光纖通道適配器。
需要考慮的***一個(gè)問題就是每個(gè)HBA能夠處理的I/O請(qǐng)求的數(shù)量。如果多個(gè)VM共享一個(gè)虛擬SAN,那么鏈接至虛擬SAN的物理HBA必須能夠負(fù)載所有VM的流量。
如果你發(fā)現(xiàn)I/O請(qǐng)求的數(shù)量過高以至于FC硬件無法處理,那么你可能會(huì)考慮為虛擬SAN部署多路徑I/O。當(dāng)你這樣做時(shí),主機(jī)服務(wù)器將會(huì)在配置在虛擬SAN之內(nèi)的物理端口之間對(duì)I/O請(qǐng)求進(jìn)行動(dòng)態(tài)的負(fù)載均衡。這避免了某些端口流量飽和而其他端口沒有充分使用這一問題的出現(xiàn)。
如你所見,在準(zhǔn)備使用虛擬光纖通道之前你必須考慮一些與硬件相關(guān)的注意事項(xiàng)。即使是這樣,很多準(zhǔn)備仍舊要以實(shí)現(xiàn)容錯(cuò)以及可擴(kuò)展性為指導(dǎo)原則,這與物理數(shù)據(jù)中心所必需要開展的規(guī)劃類型并沒有實(shí)質(zhì)的差別。