甲骨文打造Exa虛擬服務器 直指基礎設施雲市場
根據目前情況,甲骨文似乎正準備推出“工程化係統”的另一大產品線,旨在為特定工作負載提供軟硬件堆棧,甲骨文打算近期公布該係列產品,目標直指“企業級虛擬化”。
我們姑且假設該產品會繼續以“Exa”為名稱前綴,從而與Exadata數據庫方案、Exalogic中間件方案以及Exalytics內存內數據庫方案保持一致。
甲骨文恐怕不太可能以自家Sparc T5處理器為基礎,打造一係列Sparc超級集群,並將此作為企業虛擬化平台,不過Sun Microsysems肯定會提前推出Sparc版本,並後續推出x86版本,具體情況取決於公司CEO兼聯合創始人Scott McNealy的態度。
甲骨文Linux與虛擬化業務高級副總裁Wim Coekaerts將負責這套Exa工程化係統的發布,發布會還提到新產品將包含甲骨文VM Server,即甲骨文為原有Virtual Iron添加新規範而打造出的Xen管理程序。
還記得這些名字嗎?Virtual Iron在研發階段曾被稱為Katana技術,希望能像ScaleMP那樣將多台x86設備加以整合,並利用Xen將整體資源劃分為虛擬機。甲骨文於2009年3月首次公布Virtual Iron,不過目前除了部分CPU與存儲管理軟件被引入VFe管理程序之外、其它組件已經基本被拋棄。
這套虛擬化工程係統還將包含甲骨文虛擬網絡,這套方案源自2012年7月對Xsigo Systems的收購,旨在充當I/O Director產品。I/O Director屬於一套新型InfiniBand交換機,通過一條高帶寬線纜與集群中各節點連通,從而模擬服務器節點、光纖通道適配器以及存儲陣列之間網絡連接的以太網端口。
今年四月,甲骨文為I/O Director產品帶來新一輪升級,目前兩套方案分別名為甲骨文光纖互連F1-15與F1-4(每款虛擬交換機都配備最新版本I/O模塊),支持Unix各Solaris版本以及今年早些時候推出的Sparc T5與M5服務器。
我們期待著甲骨文將Solaris及其容器(一種虛擬化專有服務器)作zuo為wei雲yun基ji礎chu設she施shi設she備bei中zhong的de虛xu擬ni層ceng,不bu過guo恐kong怕pa這zhe種zhong情qing況kuang很hen難nan變bian成cheng現xian實shi,因yin為wei甲jia骨gu文wen承cheng諾nuo在zai這zhe套tao新xin方fang案an中zhong搭da載zai數shu種zhong操cao作zuo係xi統tong的de混hun合he方fang案an。甲jia骨gu文wen目mu前qian有you能neng力li在zaiSolaris 11容器中承載多套Solaris 10與11實例,且無需考慮設備本身屬於Sparc還是x86,不過需要提醒大家的是,甲骨文目前隻支持Solaris係統。
要想進一步拓展操作係統的支持範圍(包括Linux、Windows以及Solaris),甲骨文必須利用Xen等管理程序實現服務器的全麵虛擬化。在這一領域,Xen幾乎成為惟一的選擇,它也確實能夠支持前麵提到的三大操作係統。
真正的問題在於,這套Exa企業虛擬化方案到底會搭配什麼樣的硬件?從邏輯分析角度看,雙插槽至強E5服務器是個不錯的選擇,當然四插槽至強E5與四插槽至強E7也ye可ke以yi考kao慮lv,鑒jian於yu目mu前qian各ge類lei管guan理li程cheng序xu都dou在zai針zhen對dui閃shan存cun存cun儲chu進jin行xing性xing能neng優you化hua調tiao整zheng,因yin此ci有you消xiao息xi認ren為wei最zui終zhong產chan品pin很hen可ke能neng利li用yong機ji架jia內nei閃shan存cun打da理li熱re門men數shu據ju,同tong時shi加jia入ru外wai部bu存cun儲chu陣zhen列lie。
作為後備選項,甲骨文也可以利用大量計算與磁盤/閃存資源創建融合型服務器/存儲節點,並利用Xsigo I/O Director作為設備間的交換機製。在這方麵,Xsigo交換機等於具備40Gb每秒傳輸能力的新型InfiniBand交換機,能夠通過新型光纖實現服務器的以太網模擬任務,從而更好地管理服務器節點與雲環境之間的數據流量。
不過甲骨文也可能采取其它方案,具體結果再過兩周便見分曉。
甲骨文無疑希望從x86設備營銷中獲取更為豐厚的回報,這套新型Exa設備的定位在於對抗戴爾的Active Infrastructure、IBM的PureFlex以及惠普的Virtual System及CloudSystemjichusheshiyunduizhan。muqianqitayixiechangshangyeyijingkaishixiaoshoujichenglexunihuajizhideronghexingxitongjicunchuchanpin,sikegongsihaishitutongguoqitongyijisuanxitongmokuaihuashebeichongjiyunjisuanshichang。
企業用戶與服務供應商樂於使用這些堆棧還是更傾向於自己選擇服務器、交換機、操作係統以及雲控製器組件?這一切取決於產品價格以及企業用戶是否能接受完全依賴於同一套特定硬件集與管理框架。
不過有一點可以確定:任何一家大型係統廠商都不可能放棄在設備中銷售基礎設施雲的機會。





閩公網安備 35020302001891號