對象，是對象存儲的昵稱。相對于NAS，我喜歡叫她OBJ，一個基于網絡的存儲程序。

最早由AWS（Amazon Web Services）的工程師開發了這個后來被稱為（Simple Storage Service）的程序，因為三個首字母都是S，所以簡稱S3。目前，Amazon S3已經成為了事實上的對象存儲標準，而這也是一個在線零售商向科技公司轉型的印記。

按照貝索斯的理解，作為一個網絡服務，對象可以存儲和檢索任意位置，任意數量的數據，當時貝索斯對S3提出要求是，“其規模要達到無限大，而且沒有計劃性的停機時間。”

對象的使用場景和分類

商業環境中，很多公司都有大量的電子影像和文件需要存儲，例如，銀行票據，電子保單和電子合同等。當然更少不了各種手機APP產生的照片、音樂和視頻。這些場景以前都是NAS，未來終將歸于對象。

從某種程度上講，在非結構化的存儲世界里，對象存儲一切，下面就介紹幾個對象給你認識。

商用：主要是HDS的HCP、IBM的CleverSafe和NetApp的Grid等

開源：事實上似乎只有Ceph

搞對象的經驗和教訓

有人的地方就有江湖，有產品地方，除了故事，還有事故。還記得上次NAS文章中提到的那個朋友嗎？今天接著講他跟HDS的小故事。

朋友說，多年前他們公司就建了影像集中存儲平臺，數據存在NAS上，但是隨著業務快速發展，影像文件飛速增加，NAS在存儲容量和inode等方面都受到了挑戰。也就是說，隨著影像文件越來越多，這個痛點越發明顯。當然，總是有辦法可以維持，但是能維持多久？

長痛不如短痛，為了應對未來更大規模的存儲需求，上馬對象成了一項必須完成的任務。看Gartner分析報告，跟行業用戶技術交流，最終，他們選擇了HCP，作為影像平臺的新一代存儲解決方案。

但是上線沒多久，對象存儲就遇到了性能不穩的情況，這次不再是245萬個垃圾文件，而是8000萬個生產影像。

問題很快就定位了，廠商給出的結論是，他家的桶（Bucket，對象存儲里的專有名詞，用來放具體對象數據）需要文件存儲時有相應的目錄層次，否則就會造成數據分布不均衡，影響性能。最后，在開發人員的配合下，重新對數據做了遷移，算是徹底消除了這個隱患。

對于非結構化數據的管理，不管使用什么存儲，NAS還是OBJ，也不管產品什么樣，最安全，最穩妥的方式就是一定要設計好數據存儲的目錄層次。

你以為故事就這樣結束了？當然沒有，這只不過是頭盤，后面還有主菜，因為篇幅有限，找機會再講后來發生的故事。

對象的現狀與對比分析

對象存儲的主要特征，基于S3標準的X86分布式，采用多副本和糾刪碼存儲數據。不過，在本周的華為2019上海全聯接大會上，已經有人開始玩ARM了。

目前，傳統商業存儲廠商都有自己相應的對象存儲產品，各家也都有拿的出手的客戶案例，而我這次主要想談談開源的Ceph。

如果讓我給Ceph定位，我就把Ceph跟OBJ劃等號。當然無論做云的，還是做存儲的都不會認同我的說法，因為他們比我更能跟客戶講故事。

早年間，我朋友就開始接觸學習Ceph，做了很多準備工作，但因為某些原因，最后并沒有真正落地到具體項目。最近聽說他那里又有新需求，打算重新對開源對象存儲進行測試，就順便問了問情況。

目前基于Ceph研發的存儲玩家主要是XSKY和杉巖數據，也是他們這次測試的主要目標。

XSKY，不多說了，算是Ceph的布道者。

杉巖數據，一家總部在深圳，專注存儲的科技公司，業務發展還不錯。朋友說他印象最深的就是，第一次跟杉巖做交流，看了幾頁PPT，就已經知道杉巖是干嘛的了，完全對標XSKY，商業戰略和產品定位很清晰。當然，杉巖的對象產品也提供CDP這種數據保護，算是自己獨特的優勢。

要說產品功能和售后服務，相對還是傳統存儲廠商更完善。初創公司都是基于開源Ceph做的研發，版本迭代快，產品功能同質化，我覺得技術差異反而弱化，需要綜合評估服務，當然姿態也很重要。

現在對象之后

客戶搞開源對象似乎就兩種選擇，要么自己養一票懂代碼人的玩自研，要么就找個專業基于Ceph做研發的公司買產品，前者門檻太高，國內玩得起的沒多少，后者似乎像是更現實的做法。

朋友負責的對象存儲，上線兩年，對象存了5億多，目前每天增量還有100萬左右，這個量級，沒個對象，誰受得了。

這個時代，面對新技術、新產品，唯一的選擇就是以開放的心態去擁抱他。沒對象的，抓緊找個合適的吧。否則，被時代拋棄的時候，連聲再見都沒有。

原文標題：非結構化數據時代，對象存儲該怎么玩？

文章出處：【微信公眾號：ssdfans】歡迎添加關注！文章轉載請注明出處。

責任編輯：haq