雖然私有對象存儲并不適合所有人，尤其當你沒有使之可行的規(guī)模的時候。但另一方面，我們一直都在堆放大量數(shù)據(jù)，而用戶則需要隨時從很多不同的位置，應(yīng)用和設(shè)備來訪問它。

對于這類工作，對象存儲的特性是建立一個橫向平臺的不二之選，有時它對于實現(xiàn)一個本地基礎(chǔ)設(shè)施很有幫助，盡管處理能力更小，這種情況下，所謂的小是大約100TB。

如果你現(xiàn)在沒有用對象存儲，將來可能有機會。我們先回顧一些對象存儲的好處，然后分享一些關(guān)于在何地以及如何開始考慮它的想法。

為什么是對象存儲?

現(xiàn)在你可以在市場找到很多對象存儲產(chǎn)品，一些開始時相對較小，而其他則只對處理多PB級容量有意義。不同的基礎(chǔ)架構(gòu)能積極推動管理更小或更大的對象或特殊工作負載。但如今隨著Amazon S3 API爭取到Swift，它們現(xiàn)在都在支持一組類似的API訪問數(shù)據(jù)。

事實上，支持S3 API是終端用戶通常尋求的第一特性，因為它大大簡化了前端解決方案的搜索。一個對象存儲基礎(chǔ)設(shè)施被視為一個提供不同的服務(wù)的公共橫向平臺。有時候?qū)ο蟠鎯梢蕴峁┢渲幸恍┓?wù)，比如向外擴展NAS，但主要服務(wù)都是通過外部設(shè)備或應(yīng)用利用API實現(xiàn)的。

對象存儲系統(tǒng)通常有一些基本特性如多租戶，安全，地理分布，自動數(shù)據(jù)復制，基于策略的數(shù)據(jù)保護，極高的彈性和可靠性還有高可用性。就其性能而言不是首選，但可根據(jù)使用案例或具體實現(xiàn)而改變?；A(chǔ)設(shè)施都是建立在商品硬件之上，而架構(gòu)設(shè)計通常包含分布式節(jié)點。

這些特性相結(jié)合大大降低了總擁有成本和總購置成本。這是另一個大眾會對其感興趣的理由。

何時何地使用對象數(shù)據(jù)?

適合對象存儲的使用案例有很多，尤其當你的組織正在開發(fā)新的應(yīng)用，你又有能力利用它的時候。但我們現(xiàn)在吧重心集中在基礎(chǔ)設(shè)施和主要地現(xiàn)有解決方案上。其實，許多對象存儲終端用戶開始將對象存儲用于傳統(tǒng)協(xié)議或應(yīng)用，未來還會有更多。

如果不采取類似策略，那么對象存儲將只是一個小的獨立存儲孤島，從長遠來看，可能得不償失。如果是這樣，對象存儲簡直就不是解決方案而是一個麻煩了。

回到可能采用的方案：

1.NAS優(yōu)于其它。這聽起來有些不可思議但確實是終端用戶想要的——傳統(tǒng)NAS，分布式NAS和向外擴展型NAS，其中說得不只是容量。通過從前端(擁有高速閃存和效率的外部設(shè)備)去耦電容，能服務(wù)任何種類高性能工作負載而不考慮與傳統(tǒng)NAS的連接問題。這包括備份，災(zāi)難恢復，容量管理等。

有一個生動例子——Avere System，它只用前端一堆設(shè)備就能夠服務(wù)HPC工作負載，即使是遠程部署而且在高延遲對象存儲系統(tǒng)上。

2.同步&共享(S&S)是擁有后端對象存儲的最常見應(yīng)用之一，比如Dropbox和所有其他基于對象存儲的公司。這個解決方案有很多好處，尤其對有許多遠程辦公和移動工作者的企業(yè)。在這種特殊情況下，無關(guān)于數(shù)據(jù)量，而是在提供用戶最佳數(shù)據(jù)可流動性的同時更多的保持控制數(shù)據(jù)。

3.其他所有數(shù)據(jù)。在這個類別里你可以找到很多不同從動態(tài)歸檔到備份的應(yīng)用，形式多樣，事實上，主存儲供應(yīng)商支持S3 API克隆或做數(shù)據(jù)副本的越來越多，同樣備份供應(yīng)商現(xiàn)在也將支持對象存儲作為目標。相同的類別，盡管應(yīng)用完全不同，一些分析應(yīng)用已經(jīng)開始利用這些類別存儲庫來存儲數(shù)據(jù)了。在最先進的開發(fā)中，他們也正在這些來進行就地數(shù)據(jù)分析。

對象存儲是不是太晚了?

如果你看一看市場，很容易看到一些正在發(fā)生的事，很多新創(chuàng)業(yè)公司正在建立新一代存儲系統(tǒng)，可以被視為傳統(tǒng)對象存儲的開發(fā)，尤其是企業(yè)組織，比如Hedvig。

上述文中討論了很多特性，除了提供塊，文件和對象接口，也在同樣產(chǎn)品中整合與發(fā)展數(shù)據(jù)服務(wù)。有時候 ，對于Cohesity，這些數(shù)據(jù)服務(wù)都特別的先進并打算取代傳統(tǒng)備份產(chǎn)品和類似嵌入式功能。

我們談到擁有以上服務(wù)并準備使用的產(chǎn)品，沒有你通常需要的傳統(tǒng)對象存儲產(chǎn)品的整合。有時當對象存儲成為了一個大型生態(tài)系統(tǒng)的一部分——正如HDS或DDN，盡管它不是現(xiàn)在的一個普遍特征，但我們已經(jīng)發(fā)生過這種情況。

收尾

一個服務(wù)許多(輔助)存儲的橫向平臺所需要是什么?；贏PI對象存儲是第一個構(gòu)建塊，但是現(xiàn)在似乎要整合成更復雜的產(chǎn)品。這就意味著它們的復雜度會降低，使用會更簡單，推動了其在更小環(huán)境的采用，而不僅僅是游走于超大規(guī)模的環(huán)境。

其實新的方案并不適合許多“傳統(tǒng)”對象存儲初創(chuàng)公司，其中有一些是專業(yè)的，而他們的文件/塊協(xié)議不及核心部件，因此數(shù)據(jù)服務(wù)是不存在的。

在過去的幾年里我們已經(jīng)看到了很多收購——比如HGST收購Amplidata——但對于其他人而言，找到一個退出策略難上加難。加之這些新的初創(chuàng)公司推出了許多先進的產(chǎn)品(如Nutanix的向外擴展型存儲)，會讓對象存儲供應(yīng)商的日子不太好過。對于他們而言，唯一的方法就是建立更好的文件協(xié)議接口，同時創(chuàng)新數(shù)據(jù)服務(wù)。當然問題在于，他們能否在大勢未去之時力挽狂瀾?

崔歡歡