OpenStack用戶是否需要升級(jí)版本？-創(chuàng)新互聯(lián)

1、OpenStack升級(jí)問題

OpenStack正逐漸被接受為企業(yè)級(jí)框架，用于自動(dòng)化數(shù)據(jù)中心基礎(chǔ)設(shè)施，并使企業(yè)能夠運(yùn)營各種各樣的應(yīng)用程序和服務(wù)。

為六枝等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù)，及六枝網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、六枝網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！

2010年，該平臺(tái)作為托管服務(wù)提供商Rackspace和NASA的聯(lián)合項(xiàng)目出現(xiàn)在市場(chǎng)上。目前，它已經(jīng)發(fā)展成為迄今為止大的開放源碼項(xiàng)目之一，其版本發(fā)布由OpenStack社區(qū)一年兩次的會(huì)議推動(dòng)，每次會(huì)議一般會(huì)公布下一個(gè)版本的優(yōu)先事項(xiàng)。

市場(chǎng)研究表明，越來越多的企業(yè)OpenStack部署正在從試點(diǎn)項(xiàng)目（測(cè)試和開發(fā)平臺(tái)）轉(zhuǎn)向全面的生產(chǎn)狀態(tài)，但還有一些待解決的問題——其中最主要的是確保在升級(jí)到最新版本時(shí)能平滑更新構(gòu)成OpenStack的無數(shù)組件。OpenStack早期版本的升級(jí)總是有問題的，部分原因是那時(shí)候大部分開發(fā)工作側(cè)重于保證其作為IaaS平臺(tái)充分運(yùn)行所需的功能。

早期采用者經(jīng)常發(fā)現(xiàn)自己面臨著難以置信的選擇——要么在安裝新代碼的同時(shí)將OpenStack基礎(chǔ)設(shè)施脫機(jī)，要么簡(jiǎn)單地將工作負(fù)載遷移到基于新代碼的、完全獨(dú)立的部署。這樣的升級(jí)使得整個(gè)原有的平臺(tái)在升級(jí)過程中需要花費(fèi)大量時(shí)間中斷業(yè)務(wù)，并升級(jí)相關(guān)軟件包，并考慮軟件包的相互依賴問題。在升級(jí)完成后，還需要經(jīng)過大量的測(cè)試，確保不會(huì)影響其他原有的OpenStack組件，這樣的升級(jí)經(jīng)常使得用戶“苦不堪言”。

2、OpenStack產(chǎn)品升級(jí)支持度

而隨著OpenStack社區(qū)的努力和產(chǎn)品的進(jìn)步，和運(yùn)維人員素質(zhì)的提高，升級(jí)變得越來越可控，對(duì)業(yè)務(wù)的影響也變得更小了。特別是OpenStack產(chǎn)品在推出Kolla容器化部署后，由于容器的特性，可以使得每個(gè)組件可以解耦，對(duì)每個(gè)組件可以實(shí)現(xiàn)“原子化”的升級(jí)，令之前被一直詬病的升級(jí)問題變得易于處理。

較新的OpenStack版本，例如今年早些時(shí)候公布的Queen版本，更側(cè)重于穩(wěn)定性和可靠性，強(qiáng)調(diào)所有模塊在升級(jí)時(shí)盡可能接近零停機(jī)時(shí)間。OpenStack社區(qū)也在通過對(duì)產(chǎn)品的不斷提高功能性和穩(wěn)定性，吸引用戶來升級(jí)Openstack產(chǎn)品，也使得用戶有興趣升級(jí)已經(jīng)部署在機(jī)房并且運(yùn)行著的OpenStack。

然而，最新用戶調(diào)查結(jié)果顯示，有一半以上的OpenStack用戶仍然運(yùn)行著比最新版本老兩個(gè)以上版本的平臺(tái)。這意味著按照OpenStack官方的生命周期，這些用戶的版本“不受支持”。打包和分發(fā)OpenStack構(gòu)建的公司通常會(huì)提供更長(zhǎng)時(shí)間（通常是三到五年）的商業(yè)支持。更重要的是，這可能意味著他們正在使用自發(fā)布以來就被認(rèn)為具有安全漏洞和問題的OpenStack軟件模塊。

3、OpenStack升級(jí)變得簡(jiǎn)易化

Openstack迭代很快，半年一次的更新往往會(huì)引入新的特性，及原有功能的完善。每個(gè)新版本都包含了大量的新特性以及性能穩(wěn)定性的提升。

版本升級(jí)成為了一個(gè)不可避免的問題。由于openstack升級(jí)的復(fù)雜性許多公司和團(tuán)隊(duì)采用直接遷移至新版本云的方案，這是不失為一種可行的方案。

在某些情況下，升級(jí)OpenStack也意味著更新操作系統(tǒng)層， OpenStack的價(jià)值主張?jiān)诤艽蟪潭壬蠂@著它很容易定制和高度可插拔的。OpenStack的一個(gè)優(yōu)點(diǎn)在于它有一套全面的應(yīng)用程序編程接口（API）服務(wù)，可以將不同的存儲(chǔ)技術(shù)和不同的網(wǎng)絡(luò)技術(shù)插入其中，并且圍繞OpenStack和發(fā)行版有一個(gè)非常健康的生態(tài)系統(tǒng)。

實(shí)際上，“純凈的”O(jiān)penStack （即未經(jīng)過定制化修改的原版OpenStack）并不難升級(jí)，因?yàn)槊總€(gè)OpenStack版本都是為無縫滾動(dòng)更新（rollover）設(shè)計(jì)的，并經(jīng)受大量的社區(qū)測(cè)試，確保升級(jí)過程盡可能順暢無阻。在升級(jí)過程中，應(yīng)該盡量減少生產(chǎn)環(huán)境的中斷時(shí)間，因此需要優(yōu)化升級(jí)過程，平滑升級(jí)。

從軟件的進(jìn)化的原則來說，在不斷的bug修復(fù)過程中，才能提高軟件產(chǎn)品的高可用性和魯棒性，從早期版本到最新版本過程中，中間有多個(gè)大版本的進(jìn)步，那么OpenStack不論是從功能性、易用性或者是從穩(wěn)定性來說都是有了質(zhì)變的提升，在不斷修復(fù)bug的同時(shí)，社區(qū)的開發(fā)人員也從用戶反饋的問題進(jìn)行思考，而不是脫離實(shí)際用戶。另外，社區(qū)也建議，使用比最新一版（Rocky）更低一級(jí)的版本（Queens）版本，這樣即增加了社區(qū)的功能和穩(wěn)定性，也降低了最新版本可能存在的風(fēng)險(xiǎn)。

4、功能的多樣性

OpenStack的產(chǎn)品每個(gè)版本都有新的項(xiàng)目加入，特別是社區(qū)實(shí)行了big tent策略之后，新的項(xiàng)目更是層出不窮，特別是新的項(xiàng)目如cinder multi-attach解決了共享存儲(chǔ)的問題、cyborg對(duì)GPU有了更好的支持、也引進(jìn)了Plecement API，給用戶更好的可見性、cellv2模塊支撐了更大的部署規(guī)模、octavia模塊提供了一種全新的解決LB的思路、 keystone增加了多因素身份驗(yàn)證規(guī)則提高了云平臺(tái)的安全性、界面上也把各個(gè)版本增加的功能體現(xiàn)在Horizon組件上、容器化也新增了kuryr和zun等組件來融合容器平臺(tái)、OpenStack-Helm用于在Kubernetes之上管理 OpenStack的生命周期……還有很多精彩的新增功能來契合用戶的痛點(diǎn)。

5、一些偽報(bào)道

由于一些Vmware廠商和支持在裸機(jī)上直接部署容器的廠商的競(jìng)爭(zhēng)，一些報(bào)道為了夸大OpenStack的缺點(diǎn)，因此可能用了一些修飾手法，從OpenStack社區(qū)開發(fā)人員“大量減少”或者是bug數(shù)“指數(shù)級(jí)增加”，都是比較片面的說法。從Mikata版本到Queens版本OpenStack社區(qū)的resolved bug數(shù)目來看，每個(gè)組件都有一些不同程度的增加和減少，而不是單純的bug數(shù)量增加，更不是“指數(shù)性”增加。

6、OpenStack升級(jí)的優(yōu)勢(shì)

OpenStack 是軟件，是軟件就會(huì)有 bug。 OpenStack 包含了很多組件，結(jié)構(gòu)很松散，每個(gè)組件可以單獨(dú)更新，只要保證各個(gè)組件都屬于同一個(gè)大版本（比如 kilo, liberty）就不會(huì)有問題。在舊版本遇到了 bug，如果社區(qū)已經(jīng)有 fix，只需要更新包含該 fix 的組件就可以了，其他組件保持不變。

6.1高效性。升級(jí)完成后，具備高效性。這一目標(biāo)主要體現(xiàn)在：一是資源，時(shí)間資源、空間資源的高效利用，充分挖掘服務(wù)器的可利用價(jià)值，由于新的組件具備了資源占用更少、計(jì)算更加高效的特性，滿足了升級(jí)的高效性；二是操作，OpenStack升級(jí)為用戶提供便捷式操作，在原有功能基礎(chǔ)上提供程序修改、軟件組裝、指令調(diào)整等新型功能。

6.2經(jīng)濟(jì)性。一項(xiàng)新軟件產(chǎn)品成功研發(fā)需消耗大量的人力、物力、財(cái)力。從成本耗資角度考慮，新軟件產(chǎn)品需符合持久應(yīng)用的標(biāo)準(zhǔn)。而OpenStack借助了社區(qū)的力量，不需要在OpenStack軟件開發(fā)上投入，使得產(chǎn)品的升級(jí)不需要耗費(fèi)太多的成本，創(chuàng)造了良好的經(jīng)濟(jì)收益。而且社區(qū)一年發(fā)布2個(gè)版本，因此不會(huì)導(dǎo)致更新非常頻繁。

6.3安全性。OpenStack產(chǎn)品升級(jí)配備了更高的安全防御功能，對(duì)常見的功能缺陷及時(shí)補(bǔ)充改進(jìn)，增強(qiáng)云產(chǎn)品抗***的能力。如：用戶認(rèn)證開啟了更強(qiáng)的安全防御功能，對(duì)網(wǎng)絡(luò)的安全協(xié)議有了更好的支持，從而提高了軟件工程系統(tǒng)的抗侵襲性能。

6.4穩(wěn)定性。由于OpenStack社區(qū)具有龐大的開發(fā)者，而代碼質(zhì)量良莠不齊，每個(gè)版本都有很多明顯或者不明顯的Bug，那么在升級(jí)過程中，可以將已知的Bug進(jìn)行修復(fù)，提高了OpenStack云產(chǎn)品的穩(wěn)定性，以免在生產(chǎn)中發(fā)現(xiàn)問題，導(dǎo)致更大的損失。也符合軟件升級(jí)螺旋式上升的特性。

6.5松耦合性。松耦合性是升級(jí)的一個(gè)重要目標(biāo)，極大的降低了升級(jí)的成本投入，由于OpenStack組件都是松耦合的特點(diǎn)，只需要更改一個(gè)模塊即可，實(shí)現(xiàn)合理的“即插即用”可以實(shí)現(xiàn)單一組件的升級(jí)，而不必對(duì)OpenStack云產(chǎn)品做大的更改。縮短了重新編程消耗的時(shí)間，這是升級(jí)的必然趨勢(shì)，提高了軟件產(chǎn)品工作的效率，縮短了重新編譯時(shí)間，也更符合無痛升級(jí)的特點(diǎn)。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

當(dāng)前文章：OpenStack用戶是否需要升級(jí)版本？-創(chuàng)新互聯(lián)
轉(zhuǎn)載注明：http://muchs.cn/article20/pihco.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、App開發(fā)、ChatGPT、手機(jī)網(wǎng)站建設(shè)、做網(wǎng)站、搜索引擎優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)