現(xiàn)在搞存儲太苦逼了。原來我們只管好存儲就可以了，最多懂點OS知識就夠了。后來不行了，你還需要懂ORACLE，VMware等等，最好還要懂應(yīng)用，懂業(yè)務(wù)。
除了上通應(yīng)用，下曉介質(zhì)外，現(xiàn)在還要懂云。光懂Openstack是不夠的，還有Docker。如果你不知道Docker的知識，不知道Docker對存儲有什么要求的話，都不好意思說自己是搞存儲的。
大家知道，容器技術(shù)的出現(xiàn)是為了解決大規(guī)模部署服務(wù)器虛擬化帶來的問題：開銷、效率。服務(wù)器虛擬化造就了VMware，而容器技術(shù)的出現(xiàn)造就了Docker。Docker受到了資本的熱捧，就是很多人把它看成了明天的VMware。西瓜哥也是這么認(rèn)為的。
服務(wù)器虛擬化當(dāng)時最大的驅(qū)動力就是隔離應(yīng)用，讓很多應(yīng)用都可以跑在一套物理服務(wù)器上，相互之間不影響。當(dāng)時基本沒有存儲什么事。但后來發(fā)現(xiàn)，存儲其實是里面最重要的一環(huán)，因為VM需要通訊，需要遷移，重啟后需要永久保存數(shù)據(jù)。因此，存儲為了支持VMware就有了各種接口，從VAAI到現(xiàn)在的VVol等等。甚至現(xiàn)在VMware干脆搞了個VSAN，自己就把存儲的事情干了。因此，你搞存儲，不懂點VMware都不好意思。
但Hypervisor VM隔離應(yīng)用的時候，采用的思路是把服務(wù)器虛擬化了。這種應(yīng)用隔離的方式，當(dāng)時看效率很高，但現(xiàn)在大規(guī)模部署以后，發(fā)現(xiàn)其靈活性和效率、開銷都有很大改善空間。
Container容器就應(yīng)運而生了，它只是在應(yīng)用層面進行了隔離。所有的容器都可以共享同一個操作系統(tǒng)。也就是這是一種輕量級的應(yīng)用隔離(感覺有點像原來說的應(yīng)用虛擬化，但應(yīng)用虛擬化沒有解決好隔離的問題)，物理機可以不用運行多個OS了，消耗的重復(fù)資源肯定也少了。而且，采用容器技術(shù)以后，Hypervisor也可以不需要了，少了硬件這層虛擬化，類似直通模式，應(yīng)用的性能開銷也變小了。
因此，很多人把Docker當(dāng)成VMware未來最大的競爭對手，雖然目前雙方還是合作居多，但西瓜哥從長遠看來，競爭應(yīng)該大于合作，就像Nutanix和VMware現(xiàn)在的關(guān)系轉(zhuǎn)變一樣。
那么Docker容器對存儲有什么特殊的要求嗎?
Docker容器是設(shè)計之初是面向臨時事務(wù)的，任務(wù)完成后就消失了。它采用copy-on-write的方式實現(xiàn)一個重疊的文件系統(tǒng)。這種特點使得其采用本地磁盤就可以了。但隨著Docker進入到了生產(chǎn)系統(tǒng)，不是所有的數(shù)據(jù)都是臨時的，因此，對共享的健壯的數(shù)據(jù)存儲服務(wù)提出了需求，就像VM的發(fā)展一樣。
幸運的是，Docker提供了-v指令，允許裝載外部的共享卷，引導(dǎo)影像也可以存在上面。但目前Docker的存儲功能非常簡單，這就意味著容器必須在數(shù)據(jù)交換的時候負(fù)責(zé)文件訪問和鎖控制。
Docker天生就是運行分布式應(yīng)用(類似我們常說的第三平臺應(yīng)用)，因此，存儲必須也是分布式架構(gòu)才能更好匹配。以后，Docker容器甚至可以運行到分布式存儲上，使得數(shù)據(jù)離計算更近。。
Docker的自動化大量使用Restful API，因此，存儲也需要支持相應(yīng)的API。容器失效后，相應(yīng)的存儲容量應(yīng)該及時收回。
Docker的存儲和VMware的存儲一樣，也應(yīng)該實現(xiàn)豐富的數(shù)據(jù)服務(wù)，如快照、復(fù)制、重刪等等。
Docker技術(shù)還不成熟，因此，Docker的存儲最好支持多種接口，如塊、文件、對象等等，支持REST或者RPC，采用分布式軟件的方式，而且最好和硬件解耦，以應(yīng)對未來Docker技術(shù)的演進。
目前在Docker方面創(chuàng)業(yè)的存儲公司很多，比較典型的是ClusterHQ，他們的產(chǎn)品叫Flocker。
其主要解決的是Docker容器的卷管理問題。大家知道Docker容器從一臺物理機遷移到另外一臺物理機是很容易的，但是數(shù)據(jù)卷卻遷移不過來。對于有狀態(tài)的業(yè)務(wù)來說，這種遷移沒有意義。因此，F(xiàn)locker配合外部的存儲，通過Cinder接口或者專用接口，把數(shù)據(jù)也自動遷移過去。
西瓜哥看了一些他們宣傳的案例。瑞士的一個老牌云服務(wù)提供商swisscom，通過使用Flocker技術(shù)，已經(jīng)把Docker應(yīng)用到其生產(chǎn)環(huán)境中(提供database-as-a-service服務(wù))。
后面的分布式存儲，采用了EMC的SERVER SAN ScaleIO。
而且據(jù)說EMC的SCALEIO和XTREMIO給Flocker提供了獨立的接口，不是OPENSTACK環(huán)境也可以使用Flocker功能。如果其他存儲廠商要提供類似的解決方案，比如華為的SERVER SAN FusionStorage，也要和Flocker去做對接，才能形成強大的生態(tài)系統(tǒng)。
而另外一個SDS的初創(chuàng)公司HEDVIG，雖然是做SDS，但它也拿Docker來營銷，宣傳自己是最適合docker的存儲。
和其他SERVER SAN一樣，其采用商業(yè)服務(wù)器，分布式架構(gòu)，完全是軟件定義的。
關(guān)鍵是其號稱支持豐富的接口和功能，可以滿足docker現(xiàn)在和未來的需要。
看到這里，你就知道如果不懂一點Docker，都不好意思說自己是搞存儲的了吧。
不過大家也不用擔(dān)心，簡單了解一下Docker其實也不難。
西瓜哥喜歡通過閱讀市場調(diào)查報告，來了解一項新技術(shù)。因此，今天和大家分享一下《容器使用現(xiàn)狀》這篇最新的調(diào)查報告，是Devops.com和ClusterHQ在今年5月份剛剛發(fā)布的。
從調(diào)查的對象看，開發(fā)運維人員比較多。
從企業(yè)的規(guī)?？?，基本是500人以下的中小企業(yè)。這說明容器技術(shù)目前主要還是應(yīng)用在初創(chuàng)公司。
但是，居然有約94%的人在過去一年使用或者調(diào)研過容器技術(shù)，可見其火爆程度。
容器技術(shù)哪家強?我們看到，92.13%的用戶都用了Docker，Linux內(nèi)核自帶的LXC排在第二，但只有不到1/3。因此，Docker幾乎成了容器的代名詞。
別以為容器技術(shù)主要用在開發(fā)測試環(huán)境，已經(jīng)有38.72%的使用者用在了生產(chǎn)環(huán)境。
更加令人意外的是，未來一年打算在生產(chǎn)環(huán)境部署容器技術(shù)的占比高達65.45%。Surprised!
但是，容器技術(shù)部署到生產(chǎn)環(huán)境，還是有很多障礙。用戶對安全、數(shù)據(jù)管理、網(wǎng)絡(luò)、知識和技能、持續(xù)存儲是最關(guān)注的TOP5個問題。
在基礎(chǔ)架構(gòu)上，居然有57.09%的用戶把容器用在自己的數(shù)據(jù)中心，AWS位居第二，也超過一半。
容器編排工具，還是用Docker自帶的Swarm最多。
因為是ClusterHQ做的問卷，特別調(diào)查了數(shù)據(jù)管理的重要性。大部分用戶都表示很重要。
70%的用戶居然把數(shù)據(jù)庫或者其他有狀態(tài)的服務(wù)的容器運行在生產(chǎn)環(huán)境上，這個就是存儲廠商的機會了。
但是這些服務(wù)大部分是開源的第三平臺的應(yīng)用，我們沒有看到ORACLE，不過有MySQL。
數(shù)據(jù)管理里面，大家最關(guān)注和與工作流的集成，數(shù)據(jù)的無縫移動，存儲的彈性，高可用等問題。
很多人都認(rèn)為容器會代替Hypervisor，調(diào)查結(jié)果可不是這樣的，至少目前還不是。有73%的用戶把容器跑在Hypervisor上。但西瓜哥認(rèn)為，隨著容器技術(shù)的成熟，Hypervisor會用得越來越少。
而容器選擇的hypervisor，第一還是VMWare，約1/3。但我們也看到這個份額比VMware在企業(yè)網(wǎng)普通場景的份額要少很多。甚至我們看到有很多用戶直接就采用云服務(wù)商提供的hypervisor，這說明容器場景下，Hypervisor的選擇沒有那么重要。
好了，相信大家看了今天的文章，對容器技術(shù)應(yīng)該有了一些了解，特別是容器與存儲相關(guān)的知識。希望今天的分享對大家有幫助，也不枉我找了怎么多資料，碼了怎么多字。
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。