OpenStack非但沒涼,革新U版本竟燃起來,原來還有TA的功勞?

文章來源:https://www.qbitai.com/2020/06/15377.htmlhtml

近日,OpenStack非但沒「涼」,還趁勢上新了U版本。安全

就在剛剛過去的五月,OpenStack社區爆出最新版本發佈,編號21,名叫Ussuri,業界簡稱U版本。服務器

熟悉開源基礎設施發展的朋友或許知曉,現在OpenStack做爲私有云領域的事實標準已經走過了十年的風雨歷程。網絡

而本次U版本的成功發佈更是接收了包括188個不一樣組織與來自50多個國家在內的1003名開發者超過24000個代碼的更改。架構

主要涉及持續改進基礎設施層面的可靠性、拓展通用性以支持新興用例以及安全性與數據加密強化等三個核心領域的提高。負載均衡

據量子位瞭解,在增強核心基礎設施的可靠性方面,Ussuri關鍵針對三個服務組件進行了更新。框架

例如計算服務Nova已支持單元間的冷遷移與服務器分區大小調整,如此調整後更便於OpenStack雲平臺跨數據中心的延展,方便在雲平臺擴展時管理工做負載。分佈式

此外做爲OpenStack與容器網絡之間的橋樑,Kuryr在新版本中增長了針對Ipv6的支持,將容器與Neutron網絡關聯互通。微服務

更重要的是,藉助Octavia及Kolla組件,U版本極大提高了安全性,並改進了項目組件Zun,用來更好支持新興用例。工具

現在伴隨着AI、邊緣計算以及物聯網等新興技術的快速演進,工做負載的智能化對開源基礎設施組件的智能集成要求不斷提高。

U版本也正是迎着該項需求不斷強化了OpenStack在大規模部署環境下對虛擬機和裸機穩定性的要求。

OpenStack基金會執行董事Jonathan Bryce也表示,隨着Ussuri版本的發佈,社區成功提供了從裸金屬到邊緣應用;從自動化服務器、加速器的部署到負載均衡服務器、容器安全性能的提高等全方位功能。

風口浪尖上的OpenStack,現在究竟該怎麼看?

一路走來回顧OpenStack版本的更新迭代,能夠確定的一點現在OpenStack軟件確實已普遍部署在包括裸金屬、虛擬機、GPU以及容器等在內的多架構環境中。

甚至有權威機構調研預測,OpenStack市場份額會在三年以後高達77億美圓。

但就是這樣一款影響深遠又被普遍應用的軟件,在去年卻出現了諸多質疑聲音。

源頭起自SUSE宣佈退出OpenStack市場的「大動做」,畢竟在Red Hat被IBM收購以後,SUSE做爲當初最大的獨立開源公司居然主動不「玩」,細想起來這事兒還有點兒嚴重。

但當被問及針對OpenStack發展態勢的判斷時,浪潮集團副總裁張東表示,過去幾年全球範圍內OpenStack依舊是不斷增加的態勢,只是不一樣國家的增加速度存在差別。

相對美國市場的增加放緩,國內OpenStack市場不管是份額佔比仍是增速都表現得十分可觀。

仔細推測不難發現,其實在國內的私有云市場稍大規模的雲部署中,份額最大的還當屬OpenStack,這一點不管是從用戶承認度仍是實操項目中均可獲得證明。

更有研究機構拿出預期,在將來的亞太市場中,特別是國內,OpenStack仍會是私有云建設以及可行性技術路線的主流選擇,目前尚未看到更強勁的取代方向。

畢竟從技術角度來看,大部分操做系統廠商認爲OpenStack場景應該能夠類比Linux數據中心基礎軟件,可能後續會是這種持續演變平臺中不可或缺的層面之一。

更重要的一點,OpenStack經過版本的更新,自身也在不斷技術演進。

從傳統對虛擬機的關注到現在不斷向開放基礎設施方向發展,甚至還加入了有關容器的統一管理與調度。

關於容器與OpenStack的相輔相成,在業界其實已經達成了普遍共識。

對此浪潮雲計算與大數據研發經理亓開元認爲,OpenStack做爲以資源爲中心的場景基礎設施,而容器Kubernetes做爲以應用爲中心的場景,勢必二者發展會遵循「技術形態不管如何演進變化,都須要具有一個與資源有關的視角」。

此外從具體需求着眼,目前虛擬化的場景依舊比例龐大,即使是靈活彈性的Kubernetes也至少有一半概率部署在虛擬機上,以此解決底層資源管理、調度以及安全隔離的問題。

如此來看,將來智能基礎設施不只涉及OpenStack項目,還集成了Kubernetes以及一系列網絡、安全、存儲工具等,但願更好地知足用戶需求。

Jonathan Bryce認爲,「咱們注重開源工具的整合,但並不侷限於OpenStack項目自己,其中還會涉及整個開源環境中相關且重要的開源工具,例如Kubernetes,但願能推進一個更普遍的開源基礎設施平臺發展。」

「外冷內熱」的OpenStack,爲什麼與浪潮雲海OS如此「看對眼」?

值得說起的一點,在最新發布的U版本中,國內企業浪潮在代碼交數(Commits)、完成藍圖數(Completed Blueprints)和起草藍圖數(Drafted Blueprints)三項關鍵指標中均位居前列,成爲OpenStack全球範圍內重要的技術推進者之一。

尤爲在Nova、Cinder、Neutron、Manila等核心項目中貢獻突出,並同時完成了大量Commit和Bug修復。

浪潮U版本社區貢獻狀況

 

掐指一算,親密攜手OpenStack,浪潮從2014年加入基金會以來,也已經走過了六個年頭。

談及多年始終如一堅持OpenStack路線,浪潮方面透露,其實「看上」的不僅僅是一套拿來即用的軟件,更重要的是軟件背後的設計思想與技術體系。

 

具體來講則是其背後高度靈活的動態插件化機制、單線程多協程的服務框架以及微服務形態的拓展思路等。

不可是全球工程師的集體智慧結晶,更重要的是能夠被看成各類分佈式架構的參考甚至用來培養激發next stack。

固然不能否認,OpenStack基金會也確實是一個能夠孵化和創造更好項目的平臺。

除了對OpenStack技術前瞻性的確定外,量子位分析以爲,之因此雲海OS如此緊跟OpenStack的技術創新迭代進程,很重要的一點多是浪潮自身對計算力的認知積澱。

計算力就是生產力,而智慧計算則表明計算的發展方向,不管是過去針對底層基礎設施的認知仍是現在對新基建等熱點的推崇。

「咱們認爲智算中心主要基於開放標準、集約高效以及普適普惠三大特徵,而做爲基礎設施系統或者被譽爲中樞神經系統的雲海OS,則是從雲操做系統的角度將三大特徵加以集中體現。」張東總結道。

具體來講,不管是生產算力、聚合算力仍是調度算力抑或是釋放算力,很關鍵的一環則是從雲計算的角度在生產聚合的前提下,運用數和智的手段去完成算力的釋放,這纔是以OpenStack爲核心的雲海OS亟待解決的核心問題。

也能夠被稱爲是雲、數、智的融合所在,即云爲基礎設施、技術資源的管理和調度;大數據來實現多源異構數據的集成、存儲等;再經過AI實現數據的深度挖掘。

「咱們認爲將來的數據中心將會轉型爲智算中心,而其中的計算形式必然多樣化,雲海OS做爲智算中心最底層的資源管控核心平臺,符合發展趨勢,更貼近OpenStack自己多種計算框架支撐的內核。」

雲海OS知足不一樣應用場景需求

 

從目前比較統一的業界認知來看,2016年就已經達成了「OpenStack on容器」的理念認同。

據瞭解,現在雲海OS幾乎全部基於OpenStack服務控制鏈都是跑在容器中,經過容器來便捷溝通IaaS層面產品,一句話歸納,就是經過容器自己的能力達成對總體平臺的效率提高。

「另一種關係的表述則是K8s on OpenStack,也就是說怎樣經過一種共性的基礎雲平臺來提供容器服務;第三種相對難度較高,要求幾個層面的統一,即統一調度、統一的網絡模型等,本質上是須要與裸機完成通信;此外在存儲層面也要求實現統一的管理機制與數據共享等,目前還屬於亟待探討並着手解決的階段。」亓開元說。

因此在對容器等新興實例的支撐方面,OpenStack與容器以及雲海OS之間都是相輔相成的關係。

量子位得知,雲海OS一直將OpenStack和Kubernetes這兩大社區方向均投入重兵發展。

其中容器產品名爲InCloud K8s,在能力層面會把裸機、虛擬機以及容器的能力加以融會貫通,對外以服務的方式呈現。

「在同時支持虛擬化與容器的基礎上,有的產品既能夠提供虛擬化的高安全隔離並知足多租戶要求,仍具有快速啓動並調度管理的能力,此外針對高性能容器化的嘗試也在不斷運做中。能夠確定的一點,將來虛擬化與容器之間定會走入融合方向。」浪潮雲計算與大數據產品線副總經理劉曉欣認爲。

不久以前的IPF2020,浪潮發佈了雲海OS 5.8版本,聚焦多雲融合和多雲整合能力,同時還可提供雲邊協同的一體化部署方案。

「咱們認爲將來在整個基礎設施範疇,幫助用戶去解決基礎設施的管控問題,其中多雲必然是最核心的,因此這也是從整個雲海OS的產品策略和投入方面加大力量創新的關鍵。」

與OpenStack殊途同歸,努力構建支撐裸機、容器和虛擬化這樣一個多元形態資源環境纔是重點。

雲海OS「進階」之路

 

從去年9月完成基於OpenStack Rocky版本的全球最大規模單一集羣實踐,直接奠基OpenStack在大規模單一集羣領域科學評估的參考基線過渡到生態建設中,構建雲海實驗室InCloud Lab做爲支撐平臺並持續深耕浪潮「雲圖生態」,不斷經過「雲海服務目錄」的形式完成技術與產品整合……

浪潮雲海OS與OpenStack在創新的技術實踐與兼容幷包的技術理念上不斷相互吸引,早已走出了屬於各自的「OpenStack之路」……