多云時(shí)代來臨,容器存儲(chǔ)誰敢橫刀立馬?

2011年,Gartner提出了數(shù)字化轉(zhuǎn)型的理念;十多年來,企業(yè)數(shù)字化經(jīng)歷了移動(dòng)化、云化等幾次變革潮流,如今走入一個(gè)新的時(shí)代:多云。

最新統(tǒng)計(jì)顯示,如今89%的企業(yè)選擇以多云戰(zhàn)略建設(shè)IT系統(tǒng),80%的企業(yè)選擇混合云架構(gòu);而在多云趨勢的背后,幾個(gè)技術(shù)熱詞頻繁出現(xiàn):容器、敏捷、微服務(wù)。

主流觀點(diǎn)認(rèn)為,多云與容器技術(shù)帶給企業(yè)的不僅是IT系統(tǒng)的進(jìn)一步變革,更將帶來企業(yè)組織架構(gòu)的進(jìn)一步變革。撥開所有高大上與晦澀的語言,讓我們直視多云與容器技術(shù)本身如何改變企業(yè),并探討企業(yè)應(yīng)該如何建設(shè)面向多云的基礎(chǔ)設(shè)施。

多云大幅增強(qiáng)企業(yè)彈性與韌性,容器成為最佳戰(zhàn)略支撐點(diǎn)

每一個(gè)企業(yè)在使用云技術(shù)作為IT底座的時(shí)候,都會(huì)面臨一個(gè)選擇:公有云還是私有云?選擇公有云,企業(yè)不需要建設(shè)復(fù)雜的數(shù)據(jù)中心即可快速上線業(yè)務(wù),且采購的成本按照使用量計(jì)算,在業(yè)務(wù)起步時(shí)試錯(cuò)成本很低;選擇私有云,在基礎(chǔ)設(shè)施規(guī)模擴(kuò)大后具有成本優(yōu)勢,且數(shù)據(jù)保存在本地,安全性、隱私性更好。

為了兼顧二者的優(yōu)勢,采用多云戰(zhàn)略的企業(yè)IT設(shè)施中往往同時(shí)包含公有云和私有云,且公有云的選擇往往包含多個(gè)廠商。

圖片1.jpg

多云的魔力在哪里?一般認(rèn)為,企業(yè)選擇多云戰(zhàn)略有以下四大原因:

01優(yōu)勢互補(bǔ):

●利用公有云的彈性擴(kuò)展能力滿足互聯(lián)網(wǎng)業(yè)務(wù)的需求彈性,利用私有云優(yōu)化關(guān)鍵業(yè)務(wù)的隱私保護(hù)。此外,公有云成為數(shù)據(jù)容災(zāi)和數(shù)據(jù)長期保存的新途徑。

02全球戰(zhàn)略落地:

●對于有跨國甚至跨州業(yè)務(wù)的廠商來說,公有云可以幫助企業(yè)在全球各個(gè)地區(qū)快速部署和開展業(yè)務(wù),而私有云則幫助企業(yè)按照地域性合規(guī)要求留存數(shù)據(jù)。

03成本最優(yōu):

●對于新技術(shù)和業(yè)務(wù),通過公有云進(jìn)行低成本快速試錯(cuò);當(dāng)業(yè)務(wù)成熟和規(guī)模化后,下沉至私有云承載,降低運(yùn)營成本。

04提升企業(yè)韌性:

●云服務(wù),尤其是公有云服務(wù),往往是全棧銷售,被單個(gè)廠商捆綁的可能性很高,企業(yè)將失去供應(yīng)韌性和議價(jià)權(quán),選擇多云則可在一定程度上規(guī)避該問題。

總的來說,多云戰(zhàn)略可以大幅增強(qiáng)企業(yè)IT系統(tǒng)的彈性與韌性,使其更加適應(yīng)不確定性持續(xù)增長的世界。

多云戰(zhàn)略看起來很美,但落地起來卻困難重重。由于云廠商之間激烈的競爭形勢,多云之間存在壁壘,往往由于運(yùn)行環(huán)境不同導(dǎo)致應(yīng)用無法相互移植,多云實(shí)際成了一個(gè)個(gè)IT孤島。

企業(yè)想將在私有云上開發(fā)的軟件移植到公有云上運(yùn)行,難度可想而知;更不用說當(dāng)某個(gè)公有云宕機(jī)時(shí),將業(yè)務(wù)切換到另一朵云上做容災(zāi)了。然而,容器技術(shù)讓這件事成為可能。

容器技術(shù)和風(fēng)靡全球20余年的虛擬機(jī)技術(shù)一樣,都是將一臺(tái)設(shè)備的資源進(jìn)行劃分,虛擬為多臺(tái)設(shè)備使用,從而使資源利用更充分;然而,容器復(fù)用宿主機(jī)操作系統(tǒng)以下的全部資源,使其比虛擬機(jī)更輕量,占用的資源更少。

一個(gè)簡單的對比,一臺(tái)服務(wù)器可以被虛擬為5-20臺(tái)虛擬機(jī),卻可以被虛擬為成百上千個(gè)容器;一臺(tái)虛擬機(jī)的啟動(dòng)時(shí)間可能是數(shù)分鐘到數(shù)十分鐘,而容器只需要數(shù)秒鐘。正是由于容器的這種輕量化特性,它可以急速擴(kuò)展,以滿足隨時(shí)出現(xiàn)的業(yè)務(wù)洪流。

以上優(yōu)勢僅僅是容器技術(shù)的冰山一角。事實(shí)上,容器被認(rèn)為是多云戰(zhàn)略的最佳支撐點(diǎn),原因還在于以下兩點(diǎn):

01 容器是用戶實(shí)現(xiàn)本地建云的最佳途徑。本地建云,即私有云,可以將云的可服務(wù)性和本地?cái)?shù)據(jù)中心的隱私性結(jié)合起來,已成為許多企業(yè)IT建設(shè)的選擇。容器平臺(tái)是實(shí)現(xiàn)本地建云的最佳途徑。通過Kubernetes等容器平臺(tái)搭建私有云,開發(fā)者可以專注于軟件開發(fā),無需關(guān)注業(yè)務(wù)部署細(xì)節(jié),它們將被容器平臺(tái)自動(dòng)化完成。容器這一能力和云化管理軟件(如OpenStack)結(jié)合起來,可以輕松打造出可服務(wù)化的私有云平臺(tái)。

02 容器具有跨云可移植性。在A云容器平臺(tái)上開發(fā)和運(yùn)行的軟件,可以打包為鏡像文件,傳輸?shù)紹云上,B云上的容器平臺(tái)就可以直接安裝運(yùn)行,無需開發(fā)者預(yù)先安裝和調(diào)試環(huán)境。這深度解決了多云之間應(yīng)用移植的問題,使多云真正為企業(yè)提升IT彈性和韌性的戰(zhàn)略目的服務(wù)。

由于容器技術(shù)具有如此重大的意義,各行各業(yè)從邊緣到核心業(yè)務(wù),都興起容器化改造的浪潮,迎接多云時(shí)代的到來。

萬眾矚目卻有致命缺陷,專業(yè)存儲(chǔ)彌補(bǔ)技術(shù)空白

容器雖然有如此多的技術(shù)優(yōu)勢,但事實(shí)上它的能力尚未充分展現(xiàn)。當(dāng)前業(yè)界最通用的容器平臺(tái)Kubernetes,實(shí)際上是一款由開源社區(qū)運(yùn)營的產(chǎn)品。

由于發(fā)展并非商業(yè)驅(qū)動(dòng),開源軟件大都具有一個(gè)通?。簾o法滿足企業(yè)級應(yīng)用的要求,比如穩(wěn)定性、可維護(hù)性等,這一點(diǎn)Kubernetes也無法免俗。Kubernetes雖然引起業(yè)界熱議,但運(yùn)行穩(wěn)定性不足的致命缺陷導(dǎo)致其在企業(yè)IT系統(tǒng)落地時(shí)遇到很多困難。

容器技術(shù)的輕量化,是以大量資源隔離和環(huán)境隔離為代價(jià)換取的,這也決定了其穩(wěn)定性難以媲美虛擬機(jī)。由于宿主機(jī)系統(tǒng)間缺少必要的資源隔離,每當(dāng)大量容器同時(shí)運(yùn)行,就可能出現(xiàn)資源相互占用的情況,導(dǎo)致部分容器因資源不足而停止運(yùn)行;此外,宿主機(jī)的其它問題也可能影響到容器的穩(wěn)定性。

圖片2.jpg

遺憾的是,相比于VMWare平臺(tái)推出vSphere Software Site Recovery Manager、vSphere Replication等多種容災(zāi)軟件、特性增強(qiáng)虛擬機(jī)可靠性,Kubernetes等容器平臺(tái)尚未推出相應(yīng)功能優(yōu)化容器穩(wěn)定性問題,因此鮮有客戶敢于將容器平臺(tái)作為核心業(yè)務(wù)PaaS層基礎(chǔ)設(shè)施。

雖然Kubernetes自身沒有解決問題,但CNCF(Cloud Native Computing Foundation,云原生計(jì)算基金會(huì),也是Kubernetes的主運(yùn)營者)正積極將視線轉(zhuǎn)向?qū)I(yè)存儲(chǔ),希望通過專業(yè)存儲(chǔ)的高可用、容災(zāi)等能力,彌補(bǔ)容器平臺(tái)相關(guān)能力的空白。

因此,Kubernetes v1.13版本推出了重磅插件——Container Storage Interface(CSI,容器存儲(chǔ)接口),通過CSI,容器可以便捷使用外置存儲(chǔ)對接容器應(yīng)用,將數(shù)據(jù)保存到高可靠的外置存儲(chǔ)上,并設(shè)置快照、克隆等方式保護(hù)數(shù)據(jù)。這樣一來,即使容器因?yàn)楦鞣N原因崩潰,數(shù)據(jù)也能完好無損地保存,待容器應(yīng)用恢復(fù)后還可以繼續(xù)訪問原數(shù)據(jù),避免因?yàn)閿?shù)據(jù)丟失導(dǎo)致無法預(yù)料的后果。

CSI的出現(xiàn),決定了存算分離架構(gòu)已經(jīng)成為官方認(rèn)定的容器標(biāo)準(zhǔn)架構(gòu),也使得專業(yè)存儲(chǔ)成為容器數(shù)據(jù)底座最佳選擇之一。

企業(yè)核心級容器平臺(tái)建設(shè),NAS緣何成為答案

隨著容器技術(shù)的逐漸成熟,越來越多的企業(yè)應(yīng)用開始邁向容器化。這其中極具標(biāo)志性的事件是在2016年,著名分析師機(jī)構(gòu)Gartner提出,將企業(yè)業(yè)務(wù)區(qū)分為穩(wěn)態(tài)和敏態(tài)“雙模核心”的理論。如今,云原生改造早已從接入渠道、研發(fā)測試、辦公生產(chǎn)走向關(guān)鍵交易業(yè)務(wù);“分布式新核心”、 “敏態(tài)核心”建設(shè)已在金融、運(yùn)營商等行業(yè)廣泛開展。此時(shí),建設(shè)企業(yè)核心級容器平臺(tái)應(yīng)被轉(zhuǎn)型中的企業(yè)重點(diǎn)關(guān)注。

何謂核心?極致的業(yè)務(wù)連續(xù)性、高超的性能,和極強(qiáng)的可管理性,是核心系統(tǒng)的必要條件。“敏態(tài)核心”也不例外,但其能力要求中還應(yīng)包括敏態(tài)業(yè)務(wù)所需的彈性和自動(dòng)化能力,建設(shè)難度比傳統(tǒng)核心更大。當(dāng)前容器平臺(tái)要滿足核心要求,還有以下問題亟待解決:

01 故障恢復(fù)能力不足:當(dāng)容器運(yùn)行有狀態(tài)應(yīng)用時(shí),比如數(shù)據(jù)庫應(yīng)用,容器平臺(tái)無法自動(dòng)從節(jié)點(diǎn)、存儲(chǔ)或站點(diǎn)故障中恢復(fù),對關(guān)鍵應(yīng)用的可用性帶來隱患;

02 數(shù)據(jù)一致性難以保障:容器部署的應(yīng)用大部分是分布式架構(gòu),存在數(shù)據(jù)一致性風(fēng)險(xiǎn),而容器平臺(tái)尚未提供任何解決方案;

03 存儲(chǔ)敏捷性不足:容器應(yīng)用大都經(jīng)過微服務(wù)改造,是由數(shù)十個(gè)容器承載的小型應(yīng)用程序共同組建而成的。一個(gè)應(yīng)用的啟動(dòng)就是數(shù)十個(gè)容器的同時(shí)啟動(dòng),對應(yīng)的存儲(chǔ)資源需要同步發(fā)放。當(dāng)前大部分存儲(chǔ)資源批量發(fā)放能力還無法滿足容器要求。此外,對于有狀態(tài)應(yīng)用而言,容器的擴(kuò)展需要與持久化數(shù)據(jù)保持同步,但數(shù)據(jù)的同步會(huì)降低擴(kuò)展的敏捷性。

在實(shí)際使用中,容器平臺(tái)還面臨許多挑戰(zhàn),需要逐個(gè)解決。作為廣泛參與企業(yè)核心業(yè)務(wù)平臺(tái)建設(shè)方案的廠商,華為存儲(chǔ)經(jīng)過與客戶和伙伴進(jìn)行廣泛的項(xiàng)目合作,逐步摸索出核心級容器平臺(tái)存儲(chǔ)建設(shè)方案——以NAS(網(wǎng)絡(luò)附屬存儲(chǔ),又稱文件共享存儲(chǔ))為底座的容器存儲(chǔ)解決方案。

圖片3.jpg

NAS作為一個(gè)已誕生40年的文件存儲(chǔ)協(xié)議,以其接口開放性、功能易用性和廣泛的平臺(tái)兼容性,歷久彌新,持續(xù)迸發(fā)出勃勃生機(jī)。在云原生新時(shí)代,NAS何以再次掛帥擔(dān)當(dāng)最佳底座?主要有以下三點(diǎn)原因:

使用簡單,功能多樣:

簡單是容器平臺(tái)受歡迎的主要原因之一。NAS存儲(chǔ)資源使用簡單,直接掛載即可使用;NAS具備多租戶、配額、QoS等云服務(wù)必須的功能,無需重復(fù)建設(shè),避免增加系統(tǒng)復(fù)雜性;此外,NAS的防勒索、防病毒以及日志審計(jì)等安全合規(guī)功能在數(shù)據(jù)安全風(fēng)險(xiǎn)劇增的今天也至關(guān)重要。NAS可以大大降低建設(shè)和維護(hù)容器平臺(tái)的難度,讓企業(yè)專注于功能實(shí)現(xiàn),這正是企業(yè)云化改造的初衷之一。

數(shù)據(jù)共享,廣泛兼容:

與SAN/塊存儲(chǔ)不同的是,NAS天然支持多個(gè)服務(wù)器之間共享訪問同一份數(shù)據(jù)。同時(shí),除數(shù)據(jù)庫外,大部分容器應(yīng)用都需要數(shù)據(jù)共享,比如Web類應(yīng)用需要多個(gè)服務(wù)器端共享網(wǎng)頁資源、日志分析類應(yīng)用需要共享日志資源、持續(xù)集成類應(yīng)用需要共享代碼資源等。此外,除了Oracle和VMware等極少數(shù)主流商業(yè)軟件,鮮有應(yīng)用可以主動(dòng)管理SAN存儲(chǔ)資源,而NAS卻可以兼容幾乎所有應(yīng)用類型。以上兩點(diǎn)使得NAS可以滿足絕大部分容器應(yīng)用要求。

運(yùn)行穩(wěn)定,快速容錯(cuò):

容器有一個(gè)重要的容錯(cuò)特性,叫做容器漂移,即在某個(gè)服務(wù)器上運(yùn)行的容器應(yīng)用,可以在該服務(wù)器損壞后轉(zhuǎn)移到另一個(gè)健康的服務(wù)器上繼續(xù)運(yùn)行。漂移成功的前提是兩個(gè)服務(wù)器上有相同的數(shù)據(jù),否則容器應(yīng)用漂移后會(huì)出現(xiàn)訪問不一致的問題。當(dāng)使用無法共享的存儲(chǔ)資源時(shí),容器的漂移特性要么無法發(fā)揮(如使用服務(wù)器本地盤時(shí),由于兩個(gè)服務(wù)器間數(shù)據(jù)難以保持一致,一般不會(huì)允許容器漂移),要么漂移很慢、恢復(fù)時(shí)間長(如使用SAN存儲(chǔ)時(shí),卷可以跟隨容器重新連接到另一臺(tái)服務(wù)器,但固定需要7分鐘時(shí)間解除與原服務(wù)器的映射關(guān)系),這些都會(huì)嚴(yán)重影響容器平臺(tái)的可靠性;而NAS由于支持共享訪問,不僅無需考慮數(shù)據(jù)一致性問題,也不需要與服務(wù)器一一映射,新服務(wù)器掛載即可訪問原數(shù)據(jù),業(yè)務(wù)恢復(fù)時(shí)間只需40秒。

據(jù)統(tǒng)計(jì),74%的用戶使用NAS作為容器底座, NAS已經(jīng)成為當(dāng)前使用最多的容器存儲(chǔ)。從上述分析的三點(diǎn)原因來看,這絕不會(huì)是偶然。

每一個(gè)IT負(fù)責(zé)人都曾思考業(yè)務(wù)是否上云,如今無論你是否準(zhǔn)備好,多云時(shí)代已經(jīng)來臨了。幸運(yùn)的是,我們無需在公有云的彈性和本地部署的隱私性之間糾結(jié),借助容器即可二者兼顧——建一朵本地化的云。

當(dāng)下,如何建設(shè)一個(gè)核心級的容器平臺(tái),正在成為IT負(fù)責(zé)人研究的主要課題。希望越來越多的廠商像華為存儲(chǔ)一樣,與客戶、伙伴廣泛合作,在不斷實(shí)踐中逐步摸索出一條可行之路,讓容器建設(shè)不再是難題,讓多云為更多企業(yè)帶來發(fā)展機(jī)會(huì)和商業(yè)成功!

(免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進(jìn)一步核實(shí),并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏,概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí),應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明,并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后,將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí),溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 )