起底Ocata:資源管理、調(diào)度和容器

責(zé)任編輯:editor007

作者:黃雅琦

2017-03-02 17:57:03

摘自:ZD至頂網(wǎng)

上周,OpenStack發(fā)布了Octata,今天,我們采訪了OpenStack基金會(huì)執(zhí)行董事Jonathan Bryce和首席運(yùn)營官M(fèi)ark Collier

上周,OpenStack發(fā)布了Octata,今天,我們采訪了OpenStack基金會(huì)執(zhí)行董事Jonathan Bryce和首席運(yùn)營官M(fèi)ark Collier,談到了這次發(fā)布的三個(gè)關(guān)鍵點(diǎn):Cell v2、Placement API和Resource Scheduler、OpenStack擴(kuò)展的容器支持。

Cell v2帶來了一個(gè)資源管理的新架構(gòu)。Bryce解釋說,直到推出Ocata,Nova計(jì)算模塊都是講資源管理調(diào)用匯集到單一API點(diǎn)的,這種機(jī)制開始遇到了可擴(kuò)展性的問題。

“上一代采用單一API端點(diǎn)、單點(diǎn)進(jìn)入計(jì)算云的概念。如果你最終要擴(kuò)展到數(shù)千臺(tái)物理服務(wù)器的話,這個(gè)單一API入口點(diǎn)就必須與所有這些服務(wù)器進(jìn)行通信,”Bryce說。

網(wǎng)絡(luò)延遲本身就會(huì)成為這個(gè)模式的一個(gè)難點(diǎn),所以O(shè)penStack開發(fā)者用一年時(shí)間將單個(gè)端點(diǎn)打破成為更易于管理的塊。

“現(xiàn)在,你可以有數(shù)百個(gè)服務(wù)器的更小的塊,這樣每個(gè)就可以在一個(gè)‘單元’操作,并且可以匯聚成一個(gè)聚合的API。”

對(duì)最終用戶來說,這個(gè)環(huán)境仍然看起來像是一個(gè)“無限資源池”,但是數(shù)據(jù)中心操作者可以以“一種更具可擴(kuò)展性、更合理的方式”進(jìn)行管理。

Cell v2解決了OpenStack的兩個(gè)關(guān)鍵方面的可擴(kuò)展性:數(shù)據(jù)庫和消息隊(duì)列。例如,如果把一個(gè)1000個(gè)主機(jī)的部署分為兩個(gè)單元,每個(gè)單元內(nèi)有500個(gè)主機(jī),那么數(shù)據(jù)庫和消息隊(duì)列就相對(duì)較小——流量也會(huì)相應(yīng)減少。

除了可擴(kuò)展性之外,還有彈性方面的好處,因?yàn)樵谝粋€(gè)單元內(nèi)丟失數(shù)據(jù)庫或者消息不會(huì)影響另一個(gè)單元。

Cell v2還可以解決日益增長的復(fù)雜性:如果你在一個(gè)環(huán)境中使用裸機(jī),在另一個(gè)環(huán)境中使用虛擬機(jī),這兩個(gè)環(huán)境聚合起來這樣每個(gè)單元就都是同構(gòu)的。

Placement API和Resource scheduler

Resource Scheduler軟件可以接收虛擬機(jī)配置請(qǐng)求,并讓一臺(tái)服務(wù)器來接受這個(gè)請(qǐng)求,這是Bryce強(qiáng)調(diào)的這次發(fā)布的另一個(gè)重點(diǎn)功能。

在Ocata中,“Placement API默認(rèn)用于管理Nova調(diào)度”。

修改的原因之一,是私有云已經(jīng)擴(kuò)大了其范圍,他說。“以前,私有云就只關(guān)注于虛擬機(jī)的自動(dòng)化。”

“現(xiàn)在,私有云可用于虛擬機(jī)、容器和裸機(jī),運(yùn)行Web應(yīng)用、移動(dòng)應(yīng)用、網(wǎng)絡(luò)功能虛擬化(NFV)用于電信和像SAP這樣的企業(yè)軟件。”

這些工作負(fù)載有不同的要求,所有這個(gè)資源調(diào)度器不止是把主機(jī)視為相同的——它需要了解工作負(fù)載的要求,選擇合適的主機(jī)池。

“例如,如果你想要運(yùn)行電話呼叫或者移動(dòng)數(shù)據(jù),你需要特定的網(wǎng)絡(luò)設(shè)備來實(shí)現(xiàn)網(wǎng)絡(luò)功能虛擬化。”

這時(shí)候Placement API就發(fā)揮作用了:它允許管理員“在配置工作負(fù)載的時(shí)候智能地請(qǐng)求特定屬性”。電話呼叫可以運(yùn)行在特定的服務(wù)器配置,機(jī)器學(xué)習(xí)則需要帶有GPU的服務(wù)器,Web應(yīng)用可以部署在通用服務(wù)器。

除了賦予調(diào)度器更豐富的資源之外,還有其他好處。

Bryce說,在Placement API之前,“如果你想要做復(fù)雜的事情,你就必須使用代碼。”

“Placement API解決了這個(gè)問題,而且不止是虛擬化——包括虛擬機(jī)、裸機(jī)服務(wù)器、虛擬存儲(chǔ)和網(wǎng)絡(luò)的位置信息。”

這還提高了系統(tǒng)管理員對(duì)環(huán)境的可見性——這讓Placement API更適合用于小規(guī)模云環(huán)境中,因?yàn)?ldquo;你關(guān)心你的清單在什么位置,以及在哪運(yùn)行了什么”。

讓容器更簡單

基于容器的部署和管理工具一直是各種活動(dòng)的溫床,OpenStack稱Zun(容器管理)、Kolla(部署工具)以及Kuryr(容器網(wǎng)絡(luò))這些都在貢獻(xiàn)者數(shù)量方面有大幅增長。

“在過去一年中,我們開始看到Kubernetes、Docker和OpenStack之間的很多連接。”

“這是Newton的一大主題,而且現(xiàn)在我們看到了在Ocata中的進(jìn)展。”

他說,容器化和虛擬化正在走到一起作為可以結(jié)合使用的工具,而不是作為獨(dú)立的技術(shù)。

使用OpenStack來管理計(jì)算、存儲(chǔ)、安全和多租戶,然后將其向上呈現(xiàn)給環(huán)境就像是Kubernetes是高可擴(kuò)展的,他說。

對(duì)容器環(huán)境更好的控制還有助于那些系統(tǒng)需要符合安全及法規(guī)要求的企業(yè)。

“這將容器帶入了企業(yè)網(wǎng)絡(luò)中,能夠支持網(wǎng)絡(luò)團(tuán)隊(duì)的現(xiàn)有工作流。”

Mark Collier羅列了在即將到來的Pike發(fā)布周其中值得關(guān)注的其他工作。

他說,Cola生命周期管理環(huán)境將幫助中小企業(yè)通過將工作負(fù)載從超大規(guī)模云卸載到私有環(huán)境中節(jié)約成本。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)