容器是VMworld 2015大會最為熱門的話題之一。VMware很清楚地看到了近期容器與虛擬機(jī)混搭將會快速進(jìn)入企業(yè)數(shù)據(jù)中心。IT組織仍舊需要保衛(wèi)安詳性以及數(shù)據(jù)打點(diǎn)需求，縱然是容器化的應(yīng)用也不破例。VMware已經(jīng)在虛擬機(jī)端交付了容器，并且相關(guān)設(shè)計(jì)已經(jīng)取得樂成，對虛擬化及云打點(diǎn)辦理方案舉辦了擴(kuò)展以支持（并且我認(rèn)為最終會同化）企業(yè)集裝箱化項(xiàng)目。

VMware全新的vSphere集成容器（VIC）使得打點(diǎn)及確保運(yùn)行在虛擬機(jī)（稱之為虛擬容器主機(jī)）中容器的安詳性險(xiǎn)些和打點(diǎn)及確保傳統(tǒng)虛擬機(jī)的安詳性沒什么兩樣。VIC作為最高級的IT打點(diǎn)工具呈此刻VMware打點(diǎn)東西中，擔(dān)任了vSphere 提供的浩瀚虛擬機(jī)打點(diǎn)成果，包羅強(qiáng)大的安詳性。這使得所有VMware顧主都可以或許很滑膩地回收容器技能。

然而，我們認(rèn)為應(yīng)用容器真正的轉(zhuǎn)折點(diǎn)將是容器逾越簡樸的無狀態(tài)計(jì)較引擎并直接處理懲罰耐久性數(shù)據(jù)之時(shí)。到當(dāng)時(shí)，容器一定受限于范疇及局限。

容器中有什么？

簡言之，容器在其歷程內(nèi)封裝并斷絕了應(yīng)用代碼，使得代碼認(rèn)為本身獨(dú)享一臺呆板，將所有的系統(tǒng)處事挪用轉(zhuǎn)交給容器主機(jī)。由于容器實(shí)際上是歷程，因此許多（大概數(shù)以千計(jì)）容器可以或許很輕松地共享單臺物理或虛擬處事器。

應(yīng)用認(rèn)為他們擁有一個(gè)完整運(yùn)行的操縱系統(tǒng)（就像是在虛擬機(jī)內(nèi)運(yùn)行），但這些應(yīng)用實(shí)際是在共享主機(jī)操縱系統(tǒng)。應(yīng)用之間的斷絕性要低于在虛擬機(jī)內(nèi)運(yùn)行時(shí)的斷絕性，但效率更高（因?yàn)槊總€(gè)容器并沒有運(yùn)行本身的操縱系統(tǒng)）。

容器尚有一些其他的優(yōu)勢。容器在用戶空間內(nèi)運(yùn)行，因此粉碎、阻礙可能造成內(nèi)核級瓦解的大概性很小。容器可以或許被快速復(fù)制，凡是是被緩存，并且很容易調(diào)解。容器險(xiǎn)些可以或許在任那里所構(gòu)建（好比開拓人員的MacBook）并在任那里所運(yùn)行（好比亞馬遜Web處事）。這意味著容器在最初設(shè)計(jì)時(shí)就是無狀態(tài)的，不包羅需要掩護(hù)或保存的數(shù)據(jù)。

最初設(shè)計(jì)容器是為了構(gòu)建微處事。微處事架構(gòu)很是適合設(shè)計(jì)為在云中運(yùn)行的應(yīng)用。這些新應(yīng)用是無狀態(tài)的，因?yàn)樗鼈儾⒉簧鎯?nèi)部數(shù)據(jù)并且可以或許按照運(yùn)營需求動態(tài)調(diào)解。

然而，集裝箱應(yīng)用存儲仍舊是一個(gè)棘手問題。運(yùn)行在容器內(nèi)的應(yīng)用可以或許會見當(dāng)?shù)夭倏v系統(tǒng)存儲，但假如容器被遷移（可能克隆、復(fù)制等等）到另一臺容器主機(jī)，那么將不會帶走當(dāng)前主機(jī)上的數(shù)據(jù)。因此，無狀態(tài)容器并不適合需要靠得住及耐久數(shù)據(jù)處事的應(yīng)用。在微會話級將數(shù)據(jù)保存在云存儲好比亞馬遜S3中的微處事運(yùn)行的很好，但大大都應(yīng)用的需求并非僅限于此。

存儲問題辦理之道

這意味著容器在將來的數(shù)據(jù)中心中只是一個(gè)小腳色，僅限于開拓人員利用可能全新的云托管微處事應(yīng)用？我們認(rèn)為容器的優(yōu)勢極具吸引力，使得企業(yè)數(shù)據(jù)中心無法忽略，并且正如你大概已經(jīng)揣摩的那樣，，容器數(shù)據(jù)打點(diǎn)產(chǎn)物正在脫穎而出。

譬喻，ClusterHQ公司的Flocker使得容器可以或許掛載獨(dú)一的Flocker數(shù)據(jù)集并可以或許跟從容器一起移動。Flocker對數(shù)據(jù)集舉辦分區(qū)并將共享的塊存儲掛載到所有的容器主機(jī)。回收該辦理方案，容器成為“無狀態(tài)的”并且可以或許很容易地承載險(xiǎn)些所有應(yīng)用，縱然是數(shù)據(jù)庫好比MongoDB與MySQL。

Flocker 1.3支持OpenStack Cinder塊存儲并且來自EMC、NetApp、Hedvig以及Nexenta等廠商的自界說驅(qū)動措施很快就會呈現(xiàn)。在VMworld大會上，VMware公布支持Flocker，這樣容器就可以或許利用vSphere掛載的任何存儲。這還包羅vSAN以及支持虛擬卷的第三方存儲。上述場景很是有趣，因?yàn)樗麄冊黾恿嗣魑拇鎯μ幨拢帽柔槍γ總€(gè)容器所利用存儲的QoS。

在其有限的無狀態(tài)組成中，容器以及虛擬機(jī)各司其職。既然容器直接支持虛擬存儲，那么hypervisor廠商就需要提供高附加值成果。既然將來的數(shù)據(jù)中心大概是虛擬機(jī)/容器情況的殽雜體，在虛擬機(jī)中會存在大量的容器（并支持殽雜、以DevOps為中心的云運(yùn)營），那么hypervisor廠商提供具備整體打點(diǎn)方案的時(shí)機(jī)很是大。

容器正在輔佐我們構(gòu)建一個(gè)加倍流通、火速但最終很巨大的情況。這意味著我們需要更好的安詳東西，更動態(tài)的網(wǎng)絡(luò)以及適應(yīng)性更強(qiáng)的存儲。必然要讓我們知道IT組織如何適應(yīng)并回收容器產(chǎn)物，以及遍及回收容器技能存在哪些挑戰(zhàn)。