OpenStack已經(jīng)成為了大家選擇云計(jì)算技術(shù)落地框架的事實(shí)標(biāo)準(zhǔn),銀聯(lián)從2013年基于OpenStack E版本的定制版在生產(chǎn)與測試運(yùn)行,到現(xiàn)在的基于L版本的定制版在生產(chǎn)與測試的運(yùn)行。已經(jīng)管理了近2000的物理節(jié)點(diǎn),近萬的虛擬節(jié)點(diǎn),技術(shù)關(guān)鍵點(diǎn)也從最初的xen、vm、大二層網(wǎng)絡(luò)到現(xiàn)在的kvm、ceph、sdn、ovs并存與共同發(fā)展。在這近四年的時(shí)間,形成了銀聯(lián)自己的開發(fā)運(yùn)維團(tuán)隊(duì),不斷進(jìn)行云計(jì)算技術(shù)的認(rèn)識、學(xué)習(xí)和思考,通過處理平臺運(yùn)行過程中遇到的問題以及對平臺自身的不停的迭代優(yōu)化,整個(gè)團(tuán)隊(duì)的能力也經(jīng)歷了長足的進(jìn)步。下面就圍繞OpenStack的選擇、落地、運(yùn)用發(fā)展過程中的一些關(guān)鍵點(diǎn)進(jìn)行介紹。
為什么選擇OpenStack
如果將時(shí)間倒回到2012年選擇云計(jì)算開源框架的時(shí)候會發(fā)現(xiàn)比現(xiàn)在選擇起來更加困難,那時(shí)候云計(jì)算的開源框架有“四大”的選擇之爭:Coudstack、opennebula、eucalyptus及OpenStack,就像去年許多企業(yè)面對容器的COEs調(diào)度框架的選擇的時(shí)候,K8S、Mesos、Swarm也會存在著讓企業(yè)的IT人員在開源選型時(shí)候的困惑。在那個(gè)時(shí)候由于社區(qū)自身發(fā)展、社區(qū)參與玩家(大企業(yè)、商業(yè)公司、研究機(jī)構(gòu)、院校)、企業(yè)案例、技術(shù)架構(gòu)方案等影響性因素并沒有著明顯的差距。因此那個(gè)時(shí)候選擇框架雖然從社區(qū)大廠(NASA、rackspace、AT&T、HP、HuaWei)、當(dāng)時(shí)自身需求(vm、存儲)以及一點(diǎn)點(diǎn)運(yùn)氣而選擇了OpenStack的E版本。然而現(xiàn)在再次進(jìn)行這個(gè)選擇已經(jīng)簡單的多,在去年初我們考慮基于新的OpenStack版本的時(shí)候,其他的幾個(gè)開源框架幾乎已經(jīng)沒有花費(fèi)太多的時(shí)間再去進(jìn)行考量,OpenStack目前已經(jīng)成為了開源云技術(shù)落地框架的事實(shí)標(biāo)準(zhǔn)。因此你無須花太多的時(shí)間去考慮在開源框架中的選型、比較、評估等。你要做的決定是使用OpenStack的社區(qū)開源/定制版本還是商業(yè)版本。
開源OpenStack,還是商業(yè)OpenStack
OpenStack 是目前非常流行的 IaaS 框架,同樣分商業(yè)和開源版本,那么企業(yè)是選擇開源OpenStack還是商業(yè)OpenStack,這是許多IT的管理者經(jīng)常深入思考的問題。
雖然需要比較和考慮的因素非常多,下面主要從人員能力、技術(shù)掌控、未來發(fā)展等方面進(jìn)行說明。人的因素是放在第一位的,企業(yè)中一般是業(yè)務(wù)開發(fā)應(yīng)用及基礎(chǔ)架構(gòu)運(yùn)維人員(比如系統(tǒng)、網(wǎng)絡(luò)管理等),采用開源的方案的話,如果僅僅是在開發(fā)、測試環(huán)境去試著安裝、使用是沒有問題的,當(dāng)準(zhǔn)備在生產(chǎn)上進(jìn)行實(shí)施部署,并且后續(xù)為了進(jìn)一步提升開源平臺的能力(比如生產(chǎn)遇到問題需要分析、內(nèi)部系統(tǒng)集成、進(jìn)行前端定制、跟隨社區(qū)優(yōu)化/升級等),會發(fā)現(xiàn)這些均需要能力較強(qiáng)的既懂開發(fā)也懂基礎(chǔ)架構(gòu)的人員團(tuán)隊(duì)時(shí)候就寸步難行了,因此若需要使用開源方案的話,最佳的方法是培養(yǎng)自己的人員隊(duì)伍(原有人員+校招)同時(shí)輔以外部的開源云公司合作,這樣通過幾年的培養(yǎng),則自身可以鍛煉出一支自主開發(fā)運(yùn)維的團(tuán)隊(duì);
采用商業(yè)方案則需要選擇一款適合企業(yè)自身的產(chǎn)品,好處是在人員能力有限的情況下一樣可以高標(biāo)準(zhǔn)輸出應(yīng)對業(yè)務(wù)的快速發(fā)展,OpenStack 也得到了包括 IBM,Intel,HP,EMC 在內(nèi)的多家大型硬件廠商的貢獻(xiàn),已經(jīng)發(fā)展成了 IaaS 的業(yè)界標(biāo)準(zhǔn)并被廣泛使用來搭建自己的虛擬化管理平臺。
比如說像IBM的PowerVC 就是建立在商業(yè) OpenStack 基礎(chǔ)之上,優(yōu)化并利用 OpenStack 平臺組件的一體化服務(wù)器、存儲及網(wǎng)絡(luò)資源管理軟件。
一直以來 Power 主機(jī)都是由 IVM和 HMC管理平臺來管理。IVM 只能管理自己所在的 Power 主機(jī),而 HMC 雖然可以管理多臺 Power 主機(jī),但由于其可擴(kuò)展性局限和操作相對繁瑣以及需要管理員具備 Power 上的相當(dāng)多的領(lǐng)域知識,再加上 HMC 本身需要安裝在 x86 平臺上的 system x 主機(jī)上,從成本、操縱性、可拓展性等都漸漸跟不上時(shí)代發(fā)展。我們迫切地需要一款滿足開放標(biāo)準(zhǔn),操作簡單的一體化的 Power 平臺管理軟件。
PowerVC 就是為滿足此需求而生的產(chǎn)品。首先它的主要功能組件基于 OpenStack,滿足并提供了 OpenStack 上標(biāo)準(zhǔn)接口。如利用了OpenStack的Nova組件實(shí)現(xiàn)Power計(jì)算資源的動態(tài)調(diào)配和自動化部署,利用了OpenStack的Cinder組件實(shí)現(xiàn)了存儲資源的自動化分配和管理,利用了OpenStack的Glance組件實(shí)現(xiàn)了虛擬機(jī)鏡像的捕獲、注冊和服務(wù)等等。PowerVC十分接近原生的OpenStack商業(yè)發(fā)行版,沒有進(jìn)行過多的OpenStack商業(yè)化功能的封裝,緊密結(jié)合了OpenStack社區(qū)。
其次,PowerVC充分結(jié)合了Power服務(wù)器的功能特性,內(nèi)嵌了部分Power平臺獨(dú)特的高級功能,并以更便捷、簡單的方式呈交給用戶使用,如PowerVC中嵌入PowerHA功能插件,能夠幫助企業(yè)用戶更直觀、便捷、快速的配置和管理Power AIX系統(tǒng)的雙機(jī)高可用,讓Power Hacmp也作為一種服務(wù)(HAaaS),交付給用戶;又如PowerVC中嵌入PowerVM的LPM功能,在Power資源池的層次上,實(shí)現(xiàn)VM的計(jì)劃性遷移,規(guī)避業(yè)務(wù)系統(tǒng)計(jì)劃內(nèi)停機(jī),同時(shí)也簡化了之前在HMC上做LPM的操作;又如PowerVC資源池可進(jìn)一步結(jié)合Power Ent
ERPrise Pool,實(shí)現(xiàn)Power計(jì)算資源(CPU和內(nèi)存)許可的跨服務(wù)器靈活分配,讓用戶購買的計(jì)算資源“移動化”,幫助企業(yè)用戶實(shí)現(xiàn)業(yè)務(wù)錯(cuò)峰、日間和日終資源切換和災(zāi)備等場景,幫助企業(yè)節(jié)省大量采購成本。不僅如此PowerVC資源池還可以實(shí)現(xiàn)Power Ent
ERPrise Pool+PowerHA的組合,實(shí)現(xiàn)故障和資源許可同時(shí)切換,自動將登記資源遷移到失效接管系統(tǒng),實(shí)現(xiàn)資源重分配和高可用的完美結(jié)合。由此來看,可見PowerVC資源池提供了更全面、靈活的高可用保護(hù)。
從未來發(fā)展來看,開源與商業(yè)Openstack方案都是基于社區(qū)進(jìn)行發(fā)展的,開源方案和商業(yè)方案會長時(shí)間存在,這是受每個(gè)公司的技術(shù)戰(zhàn)略定位決定的。而對于大多數(shù)企業(yè)來說,以實(shí)現(xiàn)功能服務(wù)前端業(yè)務(wù)為主的技術(shù)戰(zhàn)略,則選擇上更應(yīng)該傾向于選擇商業(yè)方案。
轉(zhuǎn)載請注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:金融企業(yè)生產(chǎn)云,為什么選擇OpenStack?
本文網(wǎng)址:http://www.ezxoed.cn/html/consultation/10839720764.html