虛擬化的誤區(qū)，很多令人蛋疼的案例

milujite

x86虛擬化是很潮的東西，在某些場合，也是非常方便的，但是在國內(nèi)，怎么就完全變樣了呢，售前吹的天花亂醉，客戶被洗腦的，我們先談?wù)勌摂M化的優(yōu)勢。
虛擬化的優(yōu)勢主要這么幾個：
1、宕機維護方便，幾大虛擬化廠家都有動態(tài)的遷移工具，宕機維護確實是不錯的東西。
2、合理利用資源，壓榨服務(wù)器的性能，這是所有互聯(lián)網(wǎng)廠家的技術(shù)維護人員常干的事情，如以前說APACHE，大家會說，經(jīng)過xxx定制，增加xxx參數(shù)后，某配置的服務(wù)器可以跑xxx并發(fā)了。說的就是壓榨性能。而虛擬化也是類似這道理。
3、方便項目快速部署，這點就不用說了，小項目在虛擬化平臺上的部署確實很方便。

再來說說幾個坑爹的案例吧：
A案例：公司的某開發(fā)找到我們部門領(lǐng)導要求幫他們配置幾臺“云服務(wù)器”，任務(wù)分配到我這里，找到開發(fā)后，要了帳號密碼，SSH進去，卡住了，半天回應(yīng)過來，響應(yīng)速度還不如我筆記本上開著VMWARE WORKSTATION跑SOLARIS*2+SUN CLUSTER+ORACLE DATABASE來的快。幾臺機器部署了相應(yīng)的應(yīng)用和中間件交付給開發(fā)，過了幾天，開發(fā)又找到我，說這個云平臺宕機了，所有資料全沒備份，都沒了。不得不吐槽了，尼瑪?shù)臄?shù)據(jù)放上面，都沒備份不能保證安全，這樣的云平臺一年話給個十幾W租用，這不坑爹么。開發(fā)的說了一句“云平臺性能好”，真的不想再說什么了。

B案例：某客戶，一個新平臺要建在虛擬化平臺上，目前還未正式施工。采購7*IBM 3850，6臺跑HYPERVISOR，一臺作為管理。買了ORACLE RAC的LICENSE。這個項目由我負責施工，項目前期需求不是我們公司做的。找到客戶的開發(fā)，他們問了我RAC的什么東西，我解釋了一遍后，開發(fā)和我達成共識，長期考慮，RAC直接用兩臺物理機，另外4臺做虛擬化，部署其他應(yīng)用。開發(fā)咨詢了客戶方的項目監(jiān)理后，監(jiān)理的回答堅持6臺還是跑虛擬機，并且其中的兩臺虛擬機只跑ORACLE RAC，問為什么的時候，監(jiān)理說了一句，廠家的人說了。虛擬化的性能很好。

兩臺物理機虛擬化后，再跑RAC，這不是完全脫褲子放屁么，這樣的案例我相信在圈子里很多很多。但是真的無力吐槽，麻煩售前和銷售吹牛的時候給我們實施人員和維護人員留點活路好么。國內(nèi)目前的虛擬化處于很畸形的狀態(tài)，完全沒有需求的客戶搞政績工程為了云而云，各大廠家也為了推自己的產(chǎn)品吹的天花亂綴。

chenyx

任何技術(shù)都不是萬能的.
跑虛擬化之后再跑RAC這個方案,做的確實不咋地.追求性能的,不要跑到虛擬機里面去

milujite

chenyx 發(fā)表于 2013-09-09 11:08
任何技術(shù)都不是萬能的.
跑虛擬化之后再跑RAC這個方案,做的確實不咋地.追求性能的,不要跑到虛擬機里面去

是的，國內(nèi)的虛擬化項目很多都沒用到點子上，背離了虛擬化的初衷。導致很多客戶認為虛擬化是計算集群，虛擬化性能好。

chenyx

技術(shù)來不得半點虛假,出來混的,遲早是要還的.
用虛擬化來做集群的事情,肯定是自尋死路

milujite

chenyx 發(fā)表于 2013-09-09 14:02
技術(shù)來不得半點虛假,出來混的,遲早是要還的.
用虛擬化來做集群的事情,肯定是自尋死路

比較蛋疼的地方哈，現(xiàn)在只能這么做下去了。

chenyx

關(guān)鍵是總有一天,你需要為今天的事情埋單啊