存儲產業正在發生顛覆性的變化，主要有兩大推手：一個是新一代存儲介質SSD；另一個是分布式存儲的演進，以SDS（軟件定義存儲）為代表。

根據IDC預計，2017年～2021年期間，全球軟件定義存儲市場的復合年增長率將達到13.5%，到2021年市場規?？山咏?62億美元。在SDS市場中，主要細分市場為塊、文件、對象和超融合基礎設施（HCI）。IDC預計，SDS市場未來五年復合增長率為28.8%，超融合市場為24.7%。

應用如何過渡、遷移？

分布式存儲技術首先成功應用在互聯網企業的應用場景。

鑒于無法預計的互聯網訪問流量，互聯網迫切需要一種彈性十足的IT基礎架構，傳統磁盤陣列以Scale Up為主，且價格昂貴，難以滿足需求。對此，互聯網企業不得不尋求更加具有成本競爭力的方案。

以成本優異的x86工業標準服務器為基礎，通過強大的軟件調度管理能力，互聯網企業成功踐行了分布式軟件定義存儲，從而開辟了以Scale Out為特征的分布式存儲應用。

但是與互聯網企業不同，傳統企業以往多采用集中部署模式，例如存儲以磁盤陣列為主，屬于Scale Up模式，上層應用也是建立在這個模式基礎上的。

換句話說，與互聯網企業相比，傳統行業企業有歷史的包袱，存在兼容性的問題。此外，行業性質以及監管不同，較之互聯網企業，傳統行業企業用戶對于可靠性、穩定性有更高的需求。

如今，云計算是產業發展的潮流和趨勢，對于傳統企業來說，云環境部署更加復雜。如今，有一種觀點認為：OpenStack作為私有云標準大局已定。與之相適應，有觀點認為，較之Sheepdog、MooseFS等開源系統，以及眾多自主研發的系統，作為OpenStack認證對接的分布式存儲，Ceph才是最為理想的選擇。

真的是這樣的嗎？

有關“塊”的問題

所謂OpenStack認證對接的分布式存儲，并不意味Ceph就是***的選擇，Ceph并不是OpenStack環境的標配，Ceph只是適逢其會。如果了解Ceph就會知道，其絕大部分核心代碼都出自Inktank團隊，如今已經被Redhat整體收購。它只是一種分布式存儲的開源架構，并沒有充分考慮企業級應用的需求。而且Ceph設計之初就定位為“分布式文件系統”，并沒有關注“塊設備”應用環境低延遲、高性能的特性。

換句話說：在“塊設備”應用的場景，Ceph本身是不擅長的。

[[235614]]

鵬云網絡創始人陳靚博士

原AWS核心架構師、S3、Glacier存儲項目團隊負責人，華裔科學家陳靚先生表示：傳統企業應用上云，在存儲方面需要解決：

1）可用性與可靠性，這是用戶最為關心的問題，當節點或磁盤故障時，業務不停，數據不丟是必須的。但限于crush機制，Ceph系統在節點當機時會造成IO中斷，前端業務會受到一定影響。

2）性能。Ceph基于對象存儲，IO延遲長，而傳統業務系統對IO延遲比較敏感。

3）應提供豐富的企業級存儲服務功能，例如，快照/克隆技術提供快速數據恢復、以及多用途數據副本等能力；在線遷移能夠根據實際需求為業務系統調整存儲資源配置；QoS功能在多業務系統復雜環境下充分保證關鍵業務系統的存儲性能供給。

以上這些問題，用戶都可以在產品測試過程中進行實際的驗證和考察，眼見為實。

ZettaStor和原生塊存儲

作為原AWS核心架構師、S3、Glacier存儲項目團隊負責人，陳靚先生非常了解對象存儲應對塊數據需求的不足。

機緣巧合，2012年，陳靚應南京市政府的感召歸國創業，創辦了南京鵬云網絡科技有限公司，并推出了從***層開始研發的ZettaStor DBS軟件定義分布式存儲系統，提出了原生塊存儲的概念。

它是以裸設備方式直接管理底層硬盤，并整合成為塊存儲資源供上層應用來訪問使用，由于并不存在對象存儲的中間轉換過程，因此能夠實現低延遲的高I/O訪問效率。

考慮到傳統企業級應用對于功能的需求，ZettaStor DBS還提供了自動精簡配置、快照/克隆、分級存儲、數據復制和遷移、SSD緩存加速、QoS管理、訪問控制、多路徑冗余等完整的功能。ZettaStor DBS所具有的機房多級容災、故障域隔離、雙活容災解決方案可以很好滿足企業級用戶業務的需求。

ZettaStor DBS以標準的iSCSI/SCSI協議和私有的LBD協議對外提供存儲服務，并可以通過對接Cinder API、標準REST接口，可以為OpenStack等云計算管理平臺的統一管理提供技術支持！

ZettaStor DBS產品架構圖

測試中的 “貓膩”

談到原生塊存儲，陳靚表示：其實概念并不重要。在擔任AWS核心架構師期間，其內部很少談論概念，更多是專注在要解決哪些技術問題。用戶應該更加專注需要解決的問題，而不應該盲從于概念、標準或者趨勢。其實，關注問題不同，著眼點也不同。

對于原生塊存儲、非原生塊存儲，測試和驗證將是一個非常重要的方法。但是在測試過程中，也應該結合實際，謹防被一些“貓膩”手段所蒙蔽。

以可靠性測試為例，重點要考察的是：當集群中磁盤或節點發生故障時，數據會不會丟失？業務會不會中斷？中斷的時長是多少？

很多SDS的容錯域都是提前配置好的。以3副本9個節點為例，通常會配置3個容錯域A\B\C、每個容錯域各3個節點，每個容錯域保存獨立的副本數據。例如當以一個容錯域A的3臺機器都故障時，還有兩2個副本存在，數據不會丟失，業務照常運行，這就是通常所說的能容忍1/3節點宕機。這樣的要求大多數廠家都能做到，但如果同時B域或者C域也有機器down機呢？

這就是測試中，用戶需要仔細考察和驗證的。

再以性能測試為例，SSD緩存對性能測試有很大的影響，特別在小數據量時，看不出來系統的差異，但在實際中，當數據量、負載加大，SSD存在被穿透的可能，這時數據就需要落盤（寫到硬盤），這個時候良莠不齊，高低立判。這就是為什么很多以ceph為基礎二次開發的系統把SSD緩存做為標配的原因，因為一旦沒有SSD加速性能會變得很差。

當系統發生磁盤/節點故障，恢復數據是否會影響系統性能表現。以Ceph為例，其元數據管理和尋址采用的是Crush算法，在節點動蕩時，元數據（其實是ceph內部保存的資源列表）發生變化，會導致大量的沒有必要的數據遷移，不僅導致網絡帶寬擁擠，嚴重時會導致業務系統訪問受影響。

小結

傳統企業沒有辦法和互聯網企業相比，無論IT管理模式，技術水平，還是發展階段，二者完全不同。所謂橘生淮南則為橘，生于淮北則為枳，無論對于互聯網企業、云計算服務商，還是對于傳統企業用戶，服務的對象，面臨場景不同，其選擇也就不同，切不可為商業化的宣傳所誤導！