Hyper-V驅動對Windows管理員的重要性
發展微軟Hyper-V平臺的一個關鍵就是按照虛擬機與硬件互動的方式增加虛擬機的性能。但很多系統管理員對于Hyper-V直接承載的性能水平感到沮喪。事實上，這些性能歸根結底涉及到理解虛擬機的I/O堆棧及其如何與Hyper-V管理程序互相影響。
該管理程序提供了一套完全集成的驅動，叫做合成驅動，它囊括了大部分管理員運行一個新操作系統所需驅動的80%。事實上，使用這些系統時照顧了存儲、網絡和視頻。合成驅動與虛擬機總線（Virtual Machine Bus）充分互動并聽從Hyper-V超級調用（Hypercall）界面的指揮。
仿真驅動也通過Hyper-V支持。雖然這些驅動以更基本的方式與該管理程序互相作用，它們不了解該管理程序并讓機器可作為獨立機器運行。這也是運行這個合成驅動的虛擬機被稱之為文明的原因，雖然這些運行的仿真（或遺留）的驅動并不文明。通常，管理員運行合成驅動是為了達到***操作（optimal performance）。
父分區的角色
說到管理Hyper-V中的父分區，微軟已經讓虛擬化非常容易。如果得到了Windows Server 2008或2008 R2的認證，也就獲得了使用Hyper-V的批準。只要檢查硬件兼容性列表（HCL）。這通過利用父分區貢獻其資源及管理虛擬機，讓該管理程序在很多計算機配置上表現靈活。
但也可能出現問題，例如行為不當的驅動，或者是某些網絡驅動上的具體默認設置都可能引起問題。這些網絡驅動程序安裝時會設置卸下一些NIC處理器的功能，包括TCP校檢碼卸載錯誤和大型機架構支持問題。因此面對網絡性能問題時，管理員可能不想啟用Hyper-V父分區上驅動程序里的加強功能。這對于那些不是設計成“服務器級別”的網絡端口尤為重要。
讓廠商考慮虛擬化的合適硬件是那些提供***性能和最少問題的適配器。同樣地，如果服務器級別適配器可用，找找那些利用TCP Large Send Offload等工具的網絡端口，它允許會話創建一個會在虛擬環境中減少檢驗碼需求的大型TCP信息。
用舊版 Windows Server工作
有時候管理員需要不同于虛擬機的東西。例如，我有一個運行自定義應用程序的客戶端，它需要Windows 2000。硬件有缺陷，但由于舊版 軟件的兼容性需求，升級操作系統不是好的選擇。但是我可以在一臺Hyper-V虛擬機上安裝Windows 2000。既然這樣，Hyper-V做了我本應該做的事情，只是在受到教訓之后。
每個Hyper-V管理員在安裝操作系統后采取的***步都是安裝集成服務。這安裝了加強虛擬設備（尤其是NIC）性能的合成驅動。這些對于存儲和網絡驅動尤為重要。由于Windows 2000是一個老系統，集成服務有些兼容，但不獲支持。這種情況下，使用原有適配器更好，因為它得到完整支持，盡管它的性能不怎么樣。
再說到支持問題，管理員也許還在控制面板發現有限的鼠標集成。但是啟用失效服務器并將其運行于容易備份及快照的穩定硬件平臺，這樣做的花費并不大。
Linux支持如何？
Hyper-V中的Linux支持隨著時間擴展，但仍然比較有限。事實上，只有付費、受支持的Linux版有集成服務支持，包括紅帽企業服務器的特定版本和SUSE Linux企業服務器。但是，如果管理員需要運用另一個Linux版本，他們可以回到原有驅動。例如，一個最近安裝的開源VoIP系統Asterisk，它現在利用原有網絡適配器和其它仿真驅動，在性能方面沒有什么明顯影響。
在大部分情況中，支持合成驅動的操作系統影響***。當管理員需要求助于原有驅動時，好處仍然遠超過通常與該決策相關的小額性能成本支出。
【編輯推薦】
- 如何使用PowerShell管理微軟Hyper-V
- 微軟在Server 08 R2 Hyper-V上提供CentOS支持
- 亂評Server 08 R2 Hyper-V支持CentOS的真正原因
- Windows任務管理器：管理員故障排查利器
- 新概念運維之強迫癥會害死系統管理員
