Hyper-V R2稱霸虛擬化需解決九大瑕疵
【51CTO.com獨家編譯】微軟公司能夠在任何領域擊敗其競爭對手，而虛擬化市場也似乎是微軟想堅決主導的市場之一。但是它會成功嗎？作為客戶的顧問，我的一個職責就是給他們推薦企業級的軟件，使其能夠滿足他們的要求。雖然微軟打廣告說Hyper-V R2有許多企業功能而且還比VMware便宜，但是，Hyper-V R2還有許多需要改進的地方。誠然，不管你有什么設備，Hyper-V和它的管理服務器總是更便宜，這一點實在誘人！但問題是，在現今的移植成本基礎上，他們宣傳的能夠節省下來的成本能彌補第三方支持的損失、功能的損失等等嗎？對微軟來說，其實邁向虛擬化市場的全面成功，還有一些方面的問題。下面這些Hyper-V R2九大瑕疵，也許可以讓用戶在考慮這個低價誘餌之前，做一個全面性的參考。
Hyper-V R2九大瑕疵1.操作系統的兼容性支持
在進入實質內容之前，讓我們從最基本的功能和最簡單的任務開始。如果你是一個IT商店，不僅支持Windows系統服務器，而且還支持其他種類的系統服務器；如果你有一個混合的環境，有不同的Linux 和 Unix系統版本。然而Hyper-V，卻只支持Windows以及SuSE Linux系統。它不支持別的系統。如果我要建議一個企業級的虛擬化基礎設施的話，那么就需要這個軟件支持更多的Linux系統版本。
Hyper-V R2九大瑕疵2.內存管理
微軟的人總是不重視這個問題，但是對我來說，不好的內存管理就是一個障礙物，它將嚴重限制每個主機的虛擬機密度，其實虛擬化的真正目的就是把數量很多的虛擬機整合在數量不多的物理主機上。
這個地方微軟的論點可以說近乎荒謬。對于起步的人，微軟推薦他們讓一個主機工作在待機模式，意思是，“有一臺主機不運行虛擬機服務，這樣便于在另外一個主機出現故障時，這臺備用主機能夠用來代替壞了的那個。”這是真的嗎？虛擬化的一個主要思想就是高效的使用硬件，然而微軟專家卻希望我們把一個或者等多的主機設置成待機模式？
對于內存的超額認購（oversubscription），微軟認為我們應該購買更多的內存；內存很便宜，對不對？我們買了更多的內存，也買了更多的主機，那么就可以獲得跟ESX同樣級別的虛擬機密度。所以，我有更多的主機需要管理，打補丁，散熱，放置，以及更多的內存？為什么我要再次做這個？謝謝，但是沒有表示感謝。我只想讓生活變的更簡單，而不是更麻煩。
假設你能接受購買更多的主機和更多的內存。如果你沒有內存超額認購，為當一個主機有硬件故障的時候開啟虛擬機你究竟想要什么？需要更多的主機工作待機模式嗎？
另外一個內存管理起重要作用的地方是虛擬化桌面；沒有內存超額認購，虛擬化桌面模型就沒有吸引力。
Hyper-V R2九大瑕疵3.安全
Hyper-V依靠的是一個多種用途的操作系統，這種情況下是Windows Server 2008，這樣會讓自己的安全變得很脆弱。在過去，如果在Windows系統中發現安全漏洞，你必須把所有的機器都打上補丁，這些機器是分開的。在漏洞破壞所有的服務器之前你還有段時間來對其打補丁。然而如果在Windows Server 2008中發現了Windows漏洞，那么這將危害到運行在同一個平臺上的所有虛擬機。
由于這個原因，我們把從不使用多種用途的操作系統裝載企業產品的虛擬機看成是最好的安全辦法。當然，這對于其他的虛擬化供應商來說也是正確的，不僅僅對于微軟，但是因為微軟擁有最大的操作系統市場，在漏洞爆發之前這種威脅將會持續下去，只是個時間問題，。使用不同于操作系統領航者的系統管理程序將會顯著的隔離和穩定管理程序。
還有，Hyper-V的安裝程序，盡管只有Windows2008的核心模型，但還是占用了大約2.6 GB的硬盤空間，雖然本地磁盤比較便宜，但是更大的安裝面積可能導致更大的攻擊表面。ESXi只有差不多100MB的大小。
Hyper-V也支持以及會裝載主分區上的所有驅動程序，而且會裝載主分區內的所有內存。這也是導致人們擔憂微軟系統的一個傳統原因。
我并不是說Windows Server 2008是一個不安全的操作系統。它絕對是微軟發布過的系統中最穩定，最安全的操作系統。但是請記住每天都會有大批的黑客試圖向人們顯示他們會比微軟更聰明，這嚴重威脅到系統的安全。
我認為，使用vSphere作為系統管理程序給我們提供了一個安全層，會讓我們安心。這個方法跟我們在具有安全意識的企業中采用兩種不同的殺毒軟件套件來提供一個安全層的方法是一樣的。如果一個套件沒有阻止惡意軟件，那么另一個殺毒軟件會阻止它。
Hyper-V R2九大瑕疵4.動態移植
技術人員都想及時完成任務，所以他們能夠準時回家跟家人在一起。那么為什么我要采用一個讓我在管理控制臺面前花費更多的時間來等待動態移植把40虛擬機從一個主機轉移到另一個的基礎設施呢？一次只能轉移一個虛擬機啊。
沒錯，Hyper-V R2中提供了動態移植功能，所以你能夠流暢的移動你的虛擬機，但是每次只能移植一個。但是請考慮一下微軟會頻繁的每周都對Windows Server 2008進行更新，系統管理員為了安裝安全補丁以及進行合適的安全部屬而把虛擬機從一個主機移植到另一個主機，會付出比ESX管理員雙倍或者三倍的時間。請根據前面提到的安全問題再仔細考慮一下。
當討論成本模型的時候，必須有一個方法更快的把美元數量跟完成的任務聯系起來。動態移植必須能夠同時進行多重虛擬機移植；現在它不能這樣做。明天會嗎？我敢肯定它將來可以。
Hyper-V R2九大瑕疵5.優先重新啟動虛擬機
在虛擬世界里，我希望自動化水平遠遠超過在物理基礎設施上的水平。如果你想要運行所有的虛擬化---其實你應該---那么根據虛擬機的重要性重新啟動他們的能力非常關鍵，而根據虛擬機的重要性從主機故障中恢復他們的能力則更加關鍵。舉個例子，如果一個運行60個虛擬機的主機出現了故障， 我想確保我們虛擬基礎設施能夠在另一臺主機上根據特定的順序重新啟動出現故障的虛擬機。我不想Exchange, SQL, 和 IIS出現在我的域控制器（比如DNS服務器，或者DHCP服務器）之前。我不想進行手動調節，我喜歡自動化的靈活性，而且我期望這發生在虛擬化的基礎設施上。然而不幸得是，Hyper-V R2現在還是沒有這個功能，不過我還是肯定微軟正在做這方面的工作。
Hyper-V R2九大瑕疵6.容錯
這個功能對系統的高可用性要求相當苛刻，大家其實也沒必要驚訝，只有vSphere才能夠實現這個功能。它能夠運行單個虛擬機，而且同時還能運行一個影子虛擬機，分別作主虛擬機和輔助虛擬機，這樣就可以實現連續的高可用性，而我們在物理世界中不可能這么簡單的就實現連續的高可靠性。
如果主機支持的主虛擬機出現故障，輔助虛擬機就會自動的而且沒有延遲的接管第一臺主機留下的任務，過程非常流暢。而且它將為它自己在另一臺主機上創造一個新的輔助虛擬機。
這些功能是企業不能忽視的；這些功能是值得付出的。當然vSphere的價格會更高，但是多多少就是另外一回事了。
Hyper-V R2九大瑕疵7.熱插拔
在物理時代，我們總是得到別人的承諾可以進行熱插拔，但是如果你像我一樣，你們可能從來不會試圖在已經通電的機器上多次添加或者移除物理內存，這樣做不值得而且風險很大。然而在一個虛擬環境中，我們完全能夠在任何運行中的虛擬機上添加更多的內存，硬盤，以及外設。除非你在使用Hyper-V，它沒有這個功能。
Hyper-V R2九大瑕疵8.第三方供應商的支持
不言而喻，任何企業級的基礎設施總是需要第三方工具來擴展他的功能。然而，當我們查詢支持Hyper-V以及支持vSphere的第三方工具時，發現差距相當大，大多數軟件都選擇了支持虛擬機ware。這種情況將來的某個時候會改變嗎？我敢確定會的。
Hyper-V R2九大瑕疵9.完備性
我最后想討論的是這個產品的完備性。在選擇一個虛擬化基礎設施的時候，你是在做一個政策決定，這關系到企業關鍵系統的運行基礎。這個決定將產生深遠的影響；這可不是一段你可以在工程中間隨便更換的軟件。你應該確保該平臺已經被人們長時間的實地測試過了，而且現存的性能衡量指標能夠顯示不同企業級應用程序在上面是怎么工作的，以及這些標準是否能夠滿足你的環境要求等。
我本來想繼續討論一些Hyper-V中沒有的企業級功能，比如vShield Zones以及其他，但是我想你已經理解我想說什么了。
但是Hyper-V卻是如此的誘人
這是事實，不管虛擬機ware試圖通過計算器減少多少成本，不管你有什么設備，Hyper-V和它的管理服務器總是更便宜。但是Hyper-V卻缺少vSphere擁有的很多功能，這些功能可以節省成本、時間，以及減少業務中關鍵的應用程序。如果你綜合權衡這些因素的話，成本就不僅僅是價格那么簡單了。
現在，我們并不是說企業IT人員就不應該把Hyper-V帶進實驗室并進行測試。還有，盡管每個人需要考慮安全因素，但是有些小型企業在生產中能夠避免使用Hyper-V。我并不懷疑微軟最終能夠縮小與VMware的差距，那時選擇虛擬化平臺就比較困難了。但是，現在還不是時候。
【51CTO.com譯稿，非經授權請勿轉載。合作站點轉載請注明原文譯 者和出處為51CTO.com，且不得修改原文內容。】
原文：9 Reasons Enterprises Shouldn’t Switch To Hyper-V 作者：Elias Khnaser
【編輯推薦】
