雖然私有對(duì)象存儲(chǔ)并不適合所有人，尤其當(dāng)你沒有使之可行的規(guī)模的時(shí)候。但另一方面，我們一直都在堆放大量數(shù)據(jù)，而用戶則需要隨時(shí)從很多不同的位置，應(yīng)用和設(shè)備來訪問它。
對(duì)于這類工作，對(duì)象存儲(chǔ)的特性是建立一個(gè)橫向平臺(tái)的不二之選，有時(shí)它對(duì)于實(shí)現(xiàn)一個(gè)本地基礎(chǔ)設(shè)施很有幫助，盡管處理能力更小，這種情況下，所謂的小是大約100TB。
如果你現(xiàn)在沒有用對(duì)象存儲(chǔ)，將來可能有機(jī)會(huì)。我們先回顧一些對(duì)象存儲(chǔ)的好處，然后分享一些關(guān)于在何地以及如何開始考慮它的想法。
為什么是對(duì)象存儲(chǔ)?
現(xiàn)在你可以在市場(chǎng)找到很多對(duì)象存儲(chǔ)產(chǎn)品，一些開始時(shí)相對(duì)較小，而其他則只對(duì)處理多PB級(jí)容量有意義。不同的基礎(chǔ)架構(gòu)能積極推動(dòng)管理更小或更大的對(duì)象或特殊工作負(fù)載。但如今隨著Amazon S3 API爭(zhēng)取到Swift，它們現(xiàn)在都在支持一組類似的API訪問數(shù)據(jù)。
事實(shí)上，支持S3 API是終端用戶通常尋求的第一特性，因?yàn)樗蟠蠛?jiǎn)化了前端解決方案的搜索。一個(gè)對(duì)象存儲(chǔ)基礎(chǔ)設(shè)施被視為一個(gè)提供不同的服務(wù)的公共橫向平臺(tái)。有時(shí)候?qū)ο蟠鎯?chǔ)可以提供其中一些服務(wù)，比如向外擴(kuò)展NAS，但主要服務(wù)都是通過外部設(shè)備或應(yīng)用利用API實(shí)現(xiàn)的。
對(duì)象存儲(chǔ)系統(tǒng)通常有一些基本特性如多租戶，安全，地理分布，自動(dòng)數(shù)據(jù)復(fù)制，基于策略的數(shù)據(jù)保護(hù)，極高的彈性和可靠性還有高可用性。就其性能而言不是首選，但可根據(jù)使用案例或具體實(shí)現(xiàn)而改變。基礎(chǔ)設(shè)施都是建立在商品硬件之上，而架構(gòu)設(shè)計(jì)通常包含分布式節(jié)點(diǎn)。
這些特性相結(jié)合大大降低了總擁有成本和總購(gòu)置成本。這是另一個(gè)大眾會(huì)對(duì)其感興趣的理由。
何時(shí)何地使用對(duì)象數(shù)據(jù)?
適合對(duì)象存儲(chǔ)的使用案例有很多，尤其當(dāng)你的組織正在開發(fā)新的應(yīng)用，你又有能力利用它的時(shí)候。但我們現(xiàn)在吧重心集中在基礎(chǔ)設(shè)施和主要地現(xiàn)有解決方案上。其實(shí)，許多對(duì)象存儲(chǔ)終端用戶開始將對(duì)象存儲(chǔ)用于傳統(tǒng)協(xié)議或應(yīng)用，未來還會(huì)有更多。
如果不采取類似策略，那么對(duì)象存儲(chǔ)將只是一個(gè)小的獨(dú)立存儲(chǔ)孤島，從長(zhǎng)遠(yuǎn)來看，可能得不償失。如果是這樣，對(duì)象存儲(chǔ)簡(jiǎn)直就不是解決方案而是一個(gè)麻煩了。
回到可能采用的方案：
1.NAS優(yōu)于其它。這聽起來有些不可思議但確實(shí)是終端用戶想要的——傳統(tǒng)NAS，分布式NAS和向外擴(kuò)展型NAS，其中說得不只是容量。通過從前端(擁有高速閃存和效率的外部設(shè)備)去耦電容，能服務(wù)任何種類高性能工作負(fù)載而不考慮與傳統(tǒng)NAS的連接問題。這包括備份，災(zāi)難恢復(fù)，容量管理等。
有一個(gè)生動(dòng)例子——Avere System，它只用前端一堆設(shè)備就能夠服務(wù)HPC工作負(fù)載，即使是遠(yuǎn)程部署而且在高延遲對(duì)象存儲(chǔ)系統(tǒng)上。
2.同步&共享(S&S)是擁有后端對(duì)象存儲(chǔ)的最常見應(yīng)用之一，比如Dropbox和所有其他基于對(duì)象存儲(chǔ)的公司。這個(gè)解決方案有很多好處，尤其對(duì)有許多遠(yuǎn)程辦公和移動(dòng)工作者的企業(yè)。在這種特殊情況下，無關(guān)于數(shù)據(jù)量，而是在提供用戶最佳數(shù)據(jù)可流動(dòng)性的同時(shí)更多的保持控制數(shù)據(jù)。
3.其他所有數(shù)據(jù)。在這個(gè)類別里你可以找到很多不同從動(dòng)態(tài)歸檔到備份的應(yīng)用，形式多樣，事實(shí)上，主存儲(chǔ)供應(yīng)商支持S3 API克隆或做數(shù)據(jù)副本的越來越多，同樣備份供應(yīng)商現(xiàn)在也將支持對(duì)象存儲(chǔ)作為目標(biāo)。相同的類別，盡管應(yīng)用完全不同，一些分析應(yīng)用已經(jīng)開始利用這些類別存儲(chǔ)庫(kù)來存儲(chǔ)數(shù)據(jù)了。在最先進(jìn)的開發(fā)中，他們也正在這些來進(jìn)行就地?cái)?shù)據(jù)分析。
對(duì)象存儲(chǔ)是不是太晚了?
如果你看一看市場(chǎng)，很容易看到一些正在發(fā)生的事，很多新創(chuàng)業(yè)公司正在建立新一代存儲(chǔ)系統(tǒng)，可以被視為傳統(tǒng)對(duì)象存儲(chǔ)的開發(fā)，尤其是企業(yè)組織，比如Hedvig。
上述文中討論了很多特性，除了提供塊，文件和對(duì)象接口，也在同樣產(chǎn)品中整合與發(fā)展數(shù)據(jù)服務(wù)。有時(shí)候 ，對(duì)于Cohesity，這些數(shù)據(jù)服務(wù)都特別的先進(jìn)并打算取代傳統(tǒng)備份產(chǎn)品和類似嵌入式功能。
我們談到擁有以上服務(wù)并準(zhǔn)備使用的產(chǎn)品，沒有你通常需要的傳統(tǒng)對(duì)象存儲(chǔ)產(chǎn)品的整合。有時(shí)當(dāng)對(duì)象存儲(chǔ)成為了一個(gè)大型生態(tài)系統(tǒng)的一部分——正如HDS或DDN，盡管它不是現(xiàn)在的一個(gè)普遍特征，但我們已經(jīng)發(fā)生過這種情況。
收尾
一個(gè)服務(wù)許多(輔助)存儲(chǔ)的橫向平臺(tái)所需要是什么。基于API對(duì)象存儲(chǔ)是第一個(gè)構(gòu)建塊，但是現(xiàn)在似乎要整合成更復(fù)雜的產(chǎn)品。這就意味著它們的復(fù)雜度會(huì)降低，使用會(huì)更簡(jiǎn)單，推動(dòng)了其在更小環(huán)境的采用，而不僅僅是游走于超大規(guī)模的環(huán)境。
其實(shí)新的方案并不適合許多“傳統(tǒng)”對(duì)象存儲(chǔ)初創(chuàng)公司，其中有一些是專業(yè)的，而他們的文件/塊協(xié)議不及核心部件，因此數(shù)據(jù)服務(wù)是不存在的。
在過去的幾年里我們已經(jīng)看到了很多收購(gòu)——比如HGST收購(gòu)Amplidata——但對(duì)于其他人而言，找到一個(gè)退出策略難上加難。加之這些新的初創(chuàng)公司推出了許多先進(jìn)的產(chǎn)品(如Nutanix的向外擴(kuò)展型存儲(chǔ))，會(huì)讓對(duì)象存儲(chǔ)供應(yīng)商的日子不太好過。對(duì)于他們而言，唯一的方法就是建立更好的文件協(xié)議接口，同時(shí)創(chuàng)新數(shù)據(jù)服務(wù)。當(dāng)然問題在于，他們能否在大勢(shì)未去之時(shí)力挽狂瀾?
京公網(wǎng)安備 11010502049343號(hào)