Will Hyper-V Make VMware This Decade's Netscape?
嗯,ServerWatch還真是努力的炒作虛擬化議題呀!不過我自己好像沒什麼資格講這句話,看過一月號電腦王的鄉民,大概都猜出我協助他們幹出什麼好事了。幹,好累啊!
最近大概因為Windows Server 2008的Hyper-V "Viridian",類似「VMware是否將變成另一個Netscape,被微軟作業系統內建的免費(雖然Hyper-V目前還不是免錢的...)功能打垮」的論調,並不讓人意外的,成為眾人想當然爾的聯想方向。
基本上,目前這票以x86為主的虛擬化解決方案,有兩個值得觀察的面向,一個是Hypervisor的相容性與效率,另一個則是管理機制。
和某些人提倡的「虛擬化可降低對紛亂硬體規格的相依性,提高作業系統的可靠性」相反,天底下沒有白吃的午餐,當簡化VMM的複雜度時,其實更貼近底層硬體的Hypervisor,反而更加要求更嚴謹的硬體相容性,特別是VT-x/AMD-V所支援的相關管理指令和輔助硬體功能。
我知道一定有搞不清楚狀況、對「虛擬化」和「Hypervisor」的認知只限於這兩個名詞的人,看到這段會嗤之以鼻。那怪了,請問一下,既然Hypervisor虛擬化是這麼簡單的東西,可以把任何硬體issue丟到一旁,Intel和AMD幹嘛為了動態移轉去自找麻煩制定FlexMigration與Extended Migration?我也非常好奇,等Intel Nehalem出現後,那票虛擬軟體廠商會怎麼同時支援Intel的EPT和AMD的NPT,又將怎麼處理Intel VPID與AMD Tagged TLB這兩種對共用TLB截然不同的處理方式,Intel的VT-d和AMD未來RD890晶片組的IOMMU更是值得一看的好戲。
這是我和那堆VMM奮戰兩個多月的唯一感想,硬體規格混亂的x86世界難以導入IBM S/360三十多年前就具備的能力,並不是沒有理由的。不信?自己去玩一下Hyper-V和Xen,看看有哪些OS是根本打死就ACPI發春不給你裝上去的?
看在一狗票即將登場I/O及memory虛擬化技術的份上,效率倒不見得是值得擔心的問題,反倒是CPU廠商如何加快管理指令的執行效能,提高VM context switch的速度,才是最重要的課題。Intel的Penryn family之所以能規格處於劣勢的Xen Server虛擬化多VM I/O測試暫時擊垮AMD的BagalonaBarcelona,原因不外乎多重VM切換的表現。當然,虛擬軟體廠商對Intel VT-x/AMD-V態度有別的最佳化程度,也是另一個關鍵。
凌駕在眾多技術名詞之上的,就是對企業產生真正value的「管理」,例如有效建立server farm/pool和動態移轉/熱備援等,但這並不代表把管理介面做的很華麗很容易上手,就可把技術因素統統束之高閣,目前最大的瓶頸,在於後端儲存系統的壓力。
請回憶一下,VMware的VMtion要求SAN storage,而系出同源Xen Server的Xen Motion Live Migration與VirtualIron的LiveMigrate指明要iSCSI storage,原因何在?VM的執行狀態太肥了。事實上,精簡並切割VM的狀態資訊,擺脫對高效能儲存後端及高速網路的倚賴,已是所有軟硬體廠商鴨子滑水的努力目標,甚至日後的OS都得一起「VM-aware」,Windows 7披露的未來方向,早就透露出不少端倪。
最後,大家就等著看,美國時間2月27號,與台灣四月底的Windows Server 2008發表會,眾多媒體和分析師三太子上身的精彩表演吧。
沒有留言:
張貼留言