對象存儲vs塊存儲

如今,由於各種原因,對象存儲與塊存儲的爭論引起了人們的濃厚興趣。由於雲計算的驚人發展以及供應商基於對象的存儲解決方案的出現,對象存儲越來越受到人們的關注。與此同時,塊存儲仍然是企業繼續保持良好狀態的支柱。

以下是IT專業人員應該瞭解的對象存儲和數據塊存儲,以及它們如何適應當今的數據存儲環境的內容。

什麼是對象存儲?

“對象存儲”或“基於對象的存儲”一詞是由它的名稱派生出來的,因為它將數據和元數據封裝到對象中。元數據本質上是描述其他數據的數據,或者在基於對象的存儲的情況下,是關於通常存儲在對象內的文件的信息。

對象存儲在平面結構或地址空間中。每個對象都分配一個對象ID或唯一標識符,使它們可以從單個存儲庫或存儲池中檢索。企業非常重視這種方法,因為它提供了更大的靈活性,可以將數據放置在基於數據塊和文件的存儲解決方案之外。

亞馬遜網絡服務(AWS)公司和其他提供商的雲計算對象存儲產品的普及促進了近年來對象存儲的發展。

什麼是塊存儲?

塊存儲與存儲區域網絡(SAN)是同義詞,並且支持網絡附加存儲(NAS)系統中使用的文件存儲技術無法實現的存儲服務。塊存儲涉及將數據保存在塊或原始存儲卷中。

這些存儲塊中的每一個可以作為一個單獨的硬盤驅動器出現在外部服務器操作系統上。操作系統依次使用光纖通道(FC)、以太網上的光纖通道(FCOE)或ISCSI協議來訪問這些塊。

塊存儲和SAN因此在企業IT環境中很普及的原因是由於其靈活性和性能特徵。塊存儲支持各種需要低延遲、基於網絡的存儲操作的工作負載,其中包括業務關鍵型應用程序、虛擬機、RAID實施和數據庫。

雖然不應該將其與文件存儲系統混淆,這種類型使組織能夠通過網絡使用NAS-a文件系統為員工提供共享文件服務,可以將其分層存儲在塊存儲上,因為塊存儲顯示為原始存儲到服務器操作系統。

在雲平臺中,塊存儲可從AWS Elastic Block Store或AWS EBS等服務獲得,該服務提供可擴展塊存儲,供Elastic Compute Cloud(EC2)實例使用。

對象存儲和塊存儲用例

以下是在數據中心中使用對象存儲和塊存儲的方式:

(1)對象存儲用例

•雲存儲

•非結構化數據存儲(文檔、圖像、視頻等)

•大數據存儲

•備份和恢復

•檔案存儲

•大數據分析

(2)塊存儲用例

•數據庫

•業務應用程序

•虛擬機

•RAID

•從網絡存儲啟動

塊存儲和對象存儲的區別

對象存儲和塊存儲最大的區別之一是它們如何處理元數據。

如前所述,對象存儲包括數據和元數據。可以自定義該元數據以包含支持搜索或高級存儲管理和分析等功能的其他幾個屬性。事實上,對象存儲可以具有非常豐富的元數據。

這也是企業日益轉向基於對象的存儲解決方案的另一個原因。組織可以將自己的自定義信息添加到對象存儲元數據中,從而為基礎數據提供更多業務場景和相關性。

這與文件存儲形成對比,例如,文件存儲通常包含有關文件基本屬性的元數據,如文件名、文件類型和創建日期。對象的元數據可以描述他們綁定的應用程序以及許多其他特徵。

與塊存儲相比,基於對象的存儲實際上在元數據中移動。

在塊存儲中,服務器操作系統使用其唯一地址直接訪問完成讀取和寫入操作所需的數據塊。正在使用的操作系統或應用程序負責跟蹤和管理沒有本地元數據的這些數據塊。

塊存儲使用光纖通道、FCoE或iSCSI協議訪問各個數據塊。對象數據通常使用由熟悉的超文本傳輸​​協議(HTTP)請求組成的開發人員友好的API進行訪問。

對象存儲vs塊存儲

對象存儲解決的問題

對象存儲的固有數據保護功能是其另一個吸引力。在通常情況下,使用對象副本和刪除編碼來確保數據在磁盤節點故障時仍可訪問,從而不需要RAID。

簡單地說,擦除編碼涉及將對象分割成塊,用額外的冗餘數據對它們進行編碼,並將這些片段分佈在幾個磁盤或節點上。如果災難襲擊了包含這些碎片的系統或磁盤,其剩餘的數據碎片可以包含足夠的信息來重新組裝對象。

塊存儲解決的問題

企業需要為其應用程序提供可靠,低延遲的存儲?

塊存儲是運行關鍵業務應用程序,需要可預測性能的數據庫和工作負載的企業的首選解決方案。特別是如果交易系統一直在等待數據或無法及時更新數據,它們的運行並不會很好。

塊存儲也因其可靠和高效的數據傳輸而受到重視。存儲管理人員通常很重視將塊存儲卷設置為外部服務器的獨立磁盤的能力,並且他們可以相對容易地管理訪問權限和控制權限。

對象存儲和塊存儲的權衡

與大多數技術一樣,對象存儲和塊存儲都有其優點和缺點。

在比較塊存儲和對象存儲時,對象存儲後者通常成本較低,因為它可以在商品硬件上運行。儘管存在軟件定義的存儲解決方案(SDS),可以在現成的硬件上啟用SAN和NAS功能,但專用SAN存儲陣列形式的塊存儲通常更昂貴。

在性能方面,SAN勝出。

更改對象庫中的數據需要傳輸整個對象的新版本,而存儲在SAN中的數據可以在文件內的數據塊級別進行更改。需要隨機訪問可能存儲在對象內的數據的應用程序(例如數據庫和事務系統)通常不適用於對象存儲。

對象存儲還必須與封裝了元數據的頭文件進行抗衡。相對於塊存儲,還增加了開銷,也降低了性能。讀取延遲也是一個問題。

還有數據一致性模型的問題。考慮到SAN的架構和性能特徵,存儲在此環境中的數據副本可以被認為是非常一致的,這意味著最新版本的數據在修改後立即可用。對象存儲通常被認為是最終一致的,這意味著存在最新版本的數據不一定是最新版本的風險。這是由於擦除編碼和複製,以及數據在分佈式對象存儲環境中傳播和傳播的時間。

對象存儲和塊存儲工作負載

如上所述,對象存儲在需要處理大量非常規更新的非結構化數據的環境中發揮作用。這可以包括文檔、照片和視頻。

富含元數據的對象存儲使大規模分析成為企業的有吸引力的命題。對象存儲也使得提供和管理跨越地理位置的存儲變得相對經濟。

同時,塊存儲的屬性使其成為高性能業務應用程序、事務數據庫和虛擬機的理想選擇,這些應用程序需要低延遲、細粒度的數據訪問和一致的性能。

儘管有著根本性的不同,但現在企業正在採用這兩種技術來滿足他們的存儲需求。日益普遍的是,SAN中使用的塊存儲系統滿足關鍵業務應用程序的即時數據需求,而非結構化數據、媒體文件、日誌和其他內容集中到內部部署或雲端對象存儲解決方案中,併為企業提供兩全其美的解決方案。


分享到:


相關文章: