虛擬化：只是一堆額外的軟件許可嗎？

細數虛擬化的得與失

最近我的一位同事大放厥詞，說什么x86虛擬化對于任何機構在成本意識方面都沒有什么意義可言。作為一位涉足虛擬化甚早的職業人士，我當然希望了解他的真正想法。

“使用虛擬化的時候，我們需要為各類軟件授權許可支付大量費用。實際上如果能把時間和精力用在為物理設備部署各種必要組件上，絕對可以節省不少開支，”他解釋道。

這種觀點我實在不敢茍同。虛擬化帶來的最為顯著的成本優勢，是使得我們既能夠批量運行應用程序，又無需為此購買專用硬件。

但說到成本，另有兩大因素不得不提，也就是停機成本與升級造成的停機。

重啟也是大問題

有不少更新，在安裝過程中都會導致相關服務暫時不可用(例如Exchange與IIS)，另有一些則要求對整套系統進行重啟。這在開源系統中問題倒是不大，但仍然也是一個需要慎重對待的因素。

特定行業的專用應用程序總是以燙手山芋的形象出現。它們不僅要求嚴格，還經常因為其自身存在著的一些編寫上的糟爛問題引發崩潰。有時候它們的崩潰如此華麗，甚至連操作系統都會跟著一起掛掉。

一旦上述情況發生，我們需要重啟底層服務器以獲取應用程序的備份信息——但這時問題就來了，同一臺設備上運行的除了真正崩潰掉的程序，往往還會連帶影響其它一些關鍵性應用。

感染之憂不可小覷

惡意軟件是另一大威脅。我最近在一臺既用作應用程序服務器又用作文件服務器的Linux主機上就遭遇了這一問題。某種頗為討厭的惡意軟件通過FTP系統被上傳到系統當中，而某個應用程序權限提升漏洞又誤把其標記為可執行文件。

系統本身是相當穩定的，但由于那些敏感信息已然存入了系統，壞事無疑必將接踵而至。

Windows系統相比之下則更加脆弱

內存泄漏以及緩存算法方面的瑕疵導致了其特有的問題。某個單獨應用程序的內存泄漏足以拖垮系統中的一切其它任務。而糟糕的緩存算法——想想Vista的早期版本——則往往會對硬盤造成損害，進而嚴重威脅系統中的各類內容

有些應用程序則僅僅是對運行環境有著不同的要求。我手頭的一些老軟件就需要微軟JVM以及其它四款軟件程序，而這些與Sun的特定版本及甲骨文JVM又密不可分。

它們彼此之間完全不兼容，并各自要求獨立的執行環境。在這種情況下，要想對Java加以修補可謂困難重重。

這類直接性應用程序兼容問題并不是惟一的麻煩。在我的環境中，Exchange需要一套UC證書才能正常工作，而我運行著的其它應用程序又有著不同的證書要求。有些應用程序無法在UAC開啟的狀態下運行;而一旦將其關閉，又會有其它幾個程序出于安全原因拒絕執行。

假如這套基于服務器的操作系統在安裝成本上大約為10萬美元。如果我們將每個站點的全部內容在不使用虛擬化的前提下壓縮到一個單獨的主/從集群中，總成本將變成1萬美元左右。就直觀角度來看，這為企業節約了9萬美元的開銷。

虛擬擴張趨勢并不完全是壞事

然而，實際情況是，我可能需要拿出兩年的寶貴青春時光來找出實現上述想法的方案�？紤]到停機成本因素，再加上為了實現每款應用程序的升級而進行徹底測試重新認證單設備環境，我還得投入大量時間添加相關的必要技術。

突然，這省下來的9萬美元似乎不再像看上去那么美好。

x86虛擬化令虛擬技術的使用范疇不斷擴張，但虛擬擴張趨勢并不完全是壞事。運行在單一操作系統中的單一應用程序比起將所有東西塞進一臺固有設備來，在管理方面要容易得多。

與虛擬化相關的具體許可計費方案也許暗藏玄機，更可能帶來相當不菲的運營開銷。

盡管如此，如果我們不考慮系統停機及IT專業團隊所帶來的成本，那么單設備方案無疑是眾多解決舉措當中最為廉價的處理方式。