VMware一直在推動把關(guān)鍵業(yè)務(wù)也跑到VMware VM上。VMware說，他們支持目前的主流數(shù)據(jù)庫，包括Oracle。
根據(jù)Oracle的官方聲明，Oracle不喜歡用戶跑在VMware VM上。如果用戶非要用，出了問題怎么辦?Oralce說，是自己的問題會解決，但如果是VMware的問題，就不管了。特別針對ORACLE RAC，ORACLE明顯說明沒有義務(wù)支持。
由于支持扯皮的問題，大部分的用戶都沒有把ORACLE應(yīng)用虛擬化，特別是金融的客戶。還有虛擬化后，性能肯定下降一些，本來一臺物理服務(wù)器性能就不夠。加上ORACLE的License按照物理CPU收費(fèi)的，要充分利用CPU的資源。
但也有很多VMware的粉絲把Oracle跑在VM上，特別是很多企業(yè)的開發(fā)測試環(huán)境。因?yàn)閂M的部署更靈活，運(yùn)維也更方便。少數(shù)企業(yè)也把ORACLE應(yīng)用虛擬化用在生產(chǎn)環(huán)境上，因?yàn)椴皇撬械臄?shù)據(jù)庫都要求很高的性能，或者不是一直要求在峰值運(yùn)行。
為了推廣VMware VSAN，近日VMware在其Blog公布了ORACLE跑在VSAN上的一些測試結(jié)果，我們簡單來看看。
介紹一下測試環(huán)境，VMware用了全閃存的VSAN配置：
Four Intel S2600WT2 systems were used, each with 2 x ES-2699 v3 processors @ 2.3 GHz, 18 cores per socket and 128 GB of RAM.
A 400 GB Intel DCS3700 PCIe flash card was used for caching in each server, complemented by 3 480 GB Intel DCS3500 SATA SSDs used for capacity.
Oracle 11.2.0 RAC was used, running on vSphere 6 on Oracle Linux Server.
首先測試單實(shí)例的性能。VMware說沒有進(jìn)行調(diào)優(yōu)，測試結(jié)果還不錯，平均每分鐘7萬筆左右的交易。
然后VMware測試了4個節(jié)點(diǎn)RAC的性能表現(xiàn)，可以做到每分鐘40萬筆交易，大約是4倍單實(shí)例性能的93%。而且時延只有12ms，這個是從應(yīng)用層面看的，還算不錯。
VMware還一個節(jié)點(diǎn)一點(diǎn)節(jié)點(diǎn)增加，看性能的變化曲線。測試發(fā)現(xiàn)性能幾乎是線性增長的。
然后，VMware測試計(jì)劃停機(jī)，即vMotion的表現(xiàn)。在4節(jié)點(diǎn)RAC的環(huán)境下，把一個節(jié)點(diǎn)遷移到另外一個物理機(jī)上的時間。
測試結(jié)果還不錯，19秒就可以把完成vMotion，還是很快的。
但如果是非計(jì)劃宕機(jī)呢?還是在4節(jié)點(diǎn)的RAC環(huán)境下，VMware模擬一個節(jié)點(diǎn)掉電，132s后，另外一臺VM起來，然后再花了119s，掉電的實(shí)例恢復(fù)正常。整個過程大約需要4分多鐘時間。
我們看到，VMware VSAN和ORACLE RAC確實(shí)可以協(xié)調(diào)工作，而且性能也還不錯。但全閃存配置，應(yīng)該成本也不低。加上出了問題ORACLE不一定支持，你愿意為了VM的靈活性而采取這種方案嗎?
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點(diǎn)擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。