近年來,開源技術逐漸成為云計算發(fā)展的重要支撐和導向,改變了以往的信息技術進化模式,引領軟件技術標準的發(fā)展和創(chuàng)新,深刻影響著整個信息技術產業(yè)的發(fā)展格局。為進一步探索我國云計算開源技術發(fā)展模式,加速云計算與各行業(yè)的深度融合,更好地發(fā)揮云計算在經濟社會創(chuàng)新發(fā)展中的支撐和引領作用,促進我國云計算產業(yè)快速、健康發(fā)展。
由中國信息通信研究院主辦、中國通信標準化協會支持的"OSCAR云計算開源產業(yè)大會"將于2018年3月21日-22日在國家會議中心舉行。在22日下午的工業(yè)使用開源論壇上, 華為開源標準專家王輝就《"OpenSDS針對云化場景的存儲編排實踐分享"》進行了演講!
華為開源標準專家王輝
以下為演講實錄:
王輝: 針對今天的話題,我分三個部分跟大家講解。第一,介紹一下OpenSDS的來龍去脈。然后,介紹另外一個開源項目,OSB API,今天上午有一個嘉賓的PPT說了一下關于OSB API的一個簡單介紹。第三部分,我會從我們工業(yè)領域怎么用OpenSDS等項目解決工業(yè)互聯網應用上云的一些問題。
簡單說一下OpenSDS這個項目。OpenSDS就是一個軟件定義存儲的控制器,它應用的場景就是為了解決多云環(huán)境下異構資源存儲的一個統(tǒng)一的納管的問題。右邊這個圖,大家可以看我們定義了一些相關的名詞,第一個就是標準,OpenSDS提出來我們想建立一套關于軟件定義存儲的開放標準。第二,服務發(fā)現,就是在OpenSDS我們會提供服務發(fā)現,我們會把每一個存儲的后端作為一個服務來進行后端的一些資源池它的一些能力的上報。第三,我們提供一套統(tǒng)一的資源池,供上面的云平臺進行調度。第四,服務發(fā)放,針對存儲相關的業(yè)務進行一個服務發(fā)放的功能。第五,管理。我們會有一個統(tǒng)一的控制器,對底下的那些存儲資源進行統(tǒng)一的管理。第六,自動化。OpenSDS目標是想提供一套用于云化存儲的一個自動化的一個解決方案。第七,它可以提供自服務的這種功能,比如說我們會有一些內部的系統(tǒng)監(jiān)控,保證系統(tǒng)的高可用。第八,異構。像剛才說的我們定位就是想解決我們現在存儲異構的一些統(tǒng)一的管理問題。最后,編排。OpenSDS會提供一套基于策略的編排調度的框架。
然后,這里是以一個在云化存儲場景下面的一個整體的方案圖。這里看其實從上往下看,主要分為三個層面,第一個層面就是云平臺,云平臺就是我們比較熟知的像Docker K8這種容器的,還有像一些其他的私有云、公有云等云平臺。中間的情況就是存儲的控制器模塊,這里就是OpenSDS 控制器。下面就是云化的存儲等。右邊的綠色模塊,我們會針對不同領域有一些外部的插件,比如說像系統(tǒng)的監(jiān)控,然后一些數據的備份和軟件的恢復。除此之外還有我們針對像AI和這些領域,也會有一些特別的組件。
這里是關于OpenSDS一個稍微打開一點的架構圖。從這個圖里會看到,其實OpenSDS它這個項目里邊分為兩個子項目。第一,它的主要功能是為了解決北向的云平臺。中間這個模塊是一個統(tǒng)一的管理模塊,并且還有策略的調度功能。因為OpenSDS是異構資源的統(tǒng)一管理,所以后端肯定會接不同的存儲的驅動。
這里說一下OpenSDS這個社區(qū),這個項目是2016年底在Linux基金會成立的一個子項目,到現在也有將近一年半的時間了。我們現在生態(tài)也算小有規(guī)模,現在的成員主要是分為三種。第一,存儲的廠商,就是現在加入的像華為、IBM、西數的。還有一些企業(yè)的客戶,比如說沃達豐、Yahoo Japan、Toyota等。除此之外還有一些像高校相關的組織,也加入了OpenSDS社區(qū)。
下面這一條時間線是OpenSDS從成立到現在的一些重大事件。大家可以看,藍色的部分是比較重大的。第一個就是我們在去年年底發(fā)布了OpenSDS的第一個版本,提供的功能我們支持北向的云平臺,還有我們會支持現在容器廠商,各個容器廠商正在制定的一個CSI的容器存儲的標準。關于OpenSDS項目內部,我們現在是支持基本的存儲的資源的管理。
今年6月份我們會發(fā)布OpenSDS的第二個版本,這個版本會支持OpenStack,除此之外我們會有一個模塊上線,可以方便用戶直接進行一個配置。在今年年底,會發(fā)布第一個穩(wěn)定版,算是可商用版本,到時候會有一些新的功能加入進去。
下面這條線就是現在OpenSDS正在計劃的一些想拉入的社區(qū)新成員,存儲廠商會有Intel、聯想等等,我們的一些客戶,比如KIO、奧迪等這些大的企業(yè)客戶。
剛才說了那么多的企業(yè)成員,大家可能會比較疑惑,有些是廠商,有些是客戶,他們之間的關系是什么樣子的?現在社區(qū)的組織架構主要分為兩個組織。第一個叫TSC,就是技術指導委員會,這個組織主要是為OpenSDS的技術方向提供一些指導建議和決策。右邊是終端用戶指導委員會,里邊主要我們邀請到的一些客戶,他們會根據自己在云化上來的一些存儲需求,把這些需求導入到OpenSDS社區(qū)。
然后,剛才說的這些終端用戶,它在地域上的一個分布就可以看出,主要是分布在美國、歐洲和日本。工業(yè)領域現在的客戶主要分布在運營商、工業(yè)領域,主要是工業(yè)制造方面的。
下面羅列有幾條就是他們客戶提出來他們比較關心的一些場景。第一,像運營商他們會關心多云場景下的統(tǒng)一管理,他們很想把OpenSDS應用到機器學習和AI.除此之外還有一些數據保護方面的方方面面的需求。金融第一個就是數據安全,然后就是資源的備份和保護。最后就是一個大數據的分析。工業(yè)制造領域他們的應用場景主要像IOT,他們的一些關于工業(yè)存儲的訴求。
這里簡單羅列了一下,關于所有客戶的一個案例的需求表。因為比較多,我就不再贅述了。主要是包括數據復制、數據的保護、數據遷移、數據生命周期管理,以及數據的監(jiān)控和分析,這里所有提的需求都是在多云環(huán)境下面異構資源的一個相關推進。
剛才說了OpenSDS,下面介紹一下OSB API.介紹這個項目是一個背景,大家知道OpenSDS是一個水平方向的存儲解決方案,但是在一些垂直領域,比如工業(yè)領域必須有一個合適的切入點。我們發(fā)現OSB API這個項目就是一個很好的切入點。
這個項目的初衷就是想讓用戶更方便的使用到云平臺提供的所有服務?,F在這個社區(qū)加入的成員比如有Google、IBM,還有最近加入的微軟。右邊是我稍微粘了一段關于OSB API標準規(guī)范的一個字段,大家有去可以看一下。
然后,這個項目的定位主要是分為三點。第一,為現在所有的云平臺、云服務管理的功能提供一個標準化的接口和模型。第二,會去制定一系列的測試套件,保證不同的云平臺和應用的互操作。最終提出這個標準是為了得到用戶的認可,并且在垂直行業(yè)進行大規(guī)模的落地。
剛才介紹了OpenSDS和OSB API這兩個項目,下面就說一下怎么能把這兩個項目進行結合,在工業(yè)領域的一個實踐的案例。
第一,在PaaS平臺提供存儲應用的服務。左邊這個圖就是案例的一個大致架構,這里可以看,其實會有各種各樣不同的項目,這里先給大家稍微介紹一下。第一,CSI.像剛才說的CSI是現在各個容器廠商,現在有Docker等他們一起聯合制定了一個用于容器存儲的開放的標準。這個準就是為了容器編排平臺和各種各樣的存儲系統(tǒng)之間建立一套標準規(guī)范。
相關的應用場景,首先一個背景是,一個很流行的容器編排平臺,但是現在做的還是不夠成熟,大家如果看CSI這個標準,可以發(fā)現現在它只定義了對基本的存儲資源的規(guī)范,沒有說針對存儲的一些高級能力做任何處理,就直接屏蔽掉了。所以,導致的問題就是很多企業(yè)存儲在對接這個平臺的時候,很多高性能沒辦法被它的用戶使用的。
我們想說通過我們展示這種方案,就是OpenSDS作為存儲資源的一個編排層將存儲的高級能力以服務形式通過Service Broker暴露出去,然后通過Service Catalog提供給k8s的用戶,使得用戶即點即得。
第二個案例,通過OPC UA的改造,加速工業(yè)互聯網應用上云。OPC UA項目其實是OPC基金會提出來用于自動化的機器對機器之間的傳輸協議,它的這個歷史其實最早是由微軟提出來的一個叫,就是這個OPC基金會是由微軟提出來的,當時建立一套標準就OPC DA.但是,當時OPC DA就是一個單一的數據傳輸協議,就不夠標準化。在后來發(fā)展,2008年提出一套新的就是OPC UA統(tǒng)一的架構。它的技術服務是抽象的一個技術,跟你的通訊的協定無關。另外,它的傳輸層就可以將你的這些接口方法轉換為通信的協定,然后直接傳輸到網絡上面。另外一邊就是通過相同的規(guī)范進行解析。
它的技術優(yōu)勢,主要是以下幾點。第一,OPC UA本身跟平臺是沒有關系的,可以在任何操作系統(tǒng)進行運行。也就是說,我們平時用手機通過OPC UA可以直接跟我們ERP的系統(tǒng)進行連接。第二,它是一個開放式的國際標準,支持可靠的互操作性和數據交換。第三,基于服務的架構,它能提供這種服務發(fā)現,以及服務訂閱的一個機制。到這個可能就比較顯而易見,一個應用場景就是原先的現有的OPC UA架構就是通過用戶的企業(yè)應用去調OPC的 Client,然后下面有一個OPC的服務器,中間會有OPC的協議,但是現有的只能運營在私有云的環(huán)境下面。
這套架構如果能以云服務的形式在公有云上面提供,我們就可以通過OSB API,我們會開發(fā)一個基于OPC UA的Broker,這樣就無論你是私有云用戶,還是公有云用戶,就可以無差別的使用這個OPC的服務。
這個應用案例可能是前面兩個案例的一個統(tǒng)一的結合。總體來說,就是我們怎么通過OSB API使能工業(yè)互聯網的數據平臺。這里就是一個場景化,可以給大家舉個例子,比如說我們某一個大型企業(yè),它現在上線一個監(jiān)控業(yè)務,比如用到數據存儲服務、數據傳輸、數據處理,它現有的方案可能就是本地的存儲,再加上跑了一個東西,用了一個傳統(tǒng)的單一的數據傳輸協議,這樣就需要對這些服務單獨進行運維和管理,對他來講是成本很高的。如果我們可以把底下的這些服務遷移到云上,然后直接讓企業(yè)用戶使用我的云服務就行了,實際上就不用管了,這樣就可以大幅度的降低企業(yè)應用的一個成本。
這里提出的方案就是我們在工業(yè)互聯網PaaS平臺上面構建一套基于OSB API的一個服務目錄,我們接下來就針對不同的服務后端,這里就針對存儲服務、數據傳輸服務等,每一個開發(fā)一個模塊暴露給用戶了,想用哪個服務就點擊哪個服務。這個優(yōu)勢就是企業(yè)的用戶只需要開發(fā)一套OSB API的接口,就可以對接所有支持OSB API的這些云服務了。第二,OSB API它現在是制定了對外圍服務的屬性,就是對剛才大家看的service Plan,這樣就是企業(yè)看服務的時候就明確知道了,底下的服務能給我提供什么樣的能力,這時候帶來的結果就是我們這個平臺就可以為用戶提供一個最優(yōu)的資源的服務。
我的演講就到這里,如果大家對OpenSDS或者OSB API項目感興趣,我們可以會下討論一下。謝謝大家!
文章編輯:CobiNet(寧波)
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發(fā)生產超五類,六類,七類線,屏蔽模塊,配線架及相關模塊配件的研發(fā)和生產。
?2016-2019寧波科博通信技術有限公司版權所有浙ICP備16026074號