物件儲存Object，分散式檔案儲存NAS，分散式塊儲存（ServerSAN）
|
差異點\產品 |
ServerSAN |
分散式NAS |
分散式物件儲存 |
|
介面協議 |
塊（SCSI協議） |
檔案（NFS、CIFS協議） |
物件（OpenStack SWIFT、Amazon S3） |
|
時延 |
較低(<10ms左右) |
中(10ms~100ms) |
高（60ms以上） |
|
一致性 |
強一致性 |
強一致性 |
最終一致性 |
|
應用場景 |
分散式雲平臺、資料倉庫、虛擬機器；客戶為企業客戶 |
檔案共享，如媒資、醫療影像歸檔、衛星圖片 |
雲服務，如Amazon S3;客戶為個人客戶 |
ServerSAN
1, 適配雲化環境，有良好的擴充套件伸縮能力
2，適配未來雲化環境下的自動資源分發以及資源管理需求。
3
4，資料需要有強一致性，任何時刻的資料必須保證一致性以及可靠性。（為了效能採用多副本跨界點分佈等方式來保證資料可靠性）
5，由於資料分塊以及跨節點的資料轉發，並不適合大檔案順序流讀寫場景。
分散式NAS：
目標是面對高效能運算，大吞吐量的資料處理，大資料處理等企業儲存需求。
1， 為了大吞吐量，支援高效IB互聯等技術
2， 支援SSD作為cache加速等
3， 應用場景，媒資、HPC等場景都是使用NAS來做的，支援NFS/CIFS介面
物件儲存：
1， 為了滿足大併發，我們的節點就不能有主備等角色之分，而是每個節點都能處理業務，而不是內部進行轉發
2，元資料採用連結地址的方式轉嫁給最終個人使用者去儲存，減少元資料的結構，快速響應（serversan中這部分資源管理採用X86 CPU資源，並且在儲存中儲存元資料LUN）
超大規模資料管理能力（效能不下降）是Object儲存相對於檔案儲存的最大優勢。File Storage採用了樹形結構對所有檔案和目錄進行管理，當檔案或目錄過多時，檔案或目錄的檢索效能就會極大下降。Object Storage只有目錄和物件兩層結構，這種扁平化的結構即使物件數量達到百億級別，物件的檢索速度依然不會有大的變化。但物件儲存介面是應用級介面，而不是系統級介面，因此傳統應用遷移到物件儲存時需要重新開發，這是物件儲存規模應用的最大困難。
1， Object storage相對於file storage 核心差異有幾點
海量併發，直接面對終端使用者（1k-1M以上的併發），檔案儲存一般併發都在1K以下
不確定的資料增長，超大容量的彈性擴充套件
2， 為了實現終端用於的海量併發以及超大容量的擴充套件，傳統B樹等元資料組織模式是無法滿足這種需求的
3， 檔案儲存因為面對的是企業客戶訪問需求因此通過CIFS/NFS等協議，設計理念就是為了解決檔案的共享，並不是為了解決大規模的網路使用者訪問
因此，物件儲存一般採用HTTP協議來傳輸資料。