如何進行Hitachi Content Platform的分析

如何進行Hitachi Content Platform的分析，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

我今天就先來給大家分享HCP的技術架構。

HCP其實代表Hitachi Content Platform，即日立的內容管理平臺。其實，最早的對象存儲叫CAS，即內容尋址存儲（Content-addressable storage）。因此，從HCP這個名字，就覺得HCP肯定來源于早期的CAS。

恭喜你，猜對了。HCP來源于2003年的一個初創公司Archivas。

?Archivas 2003年在美國馬薩諸塞州成立，三輪風險投資中共募集了2800萬美金的資金

?Archivas的主打產品ArC（Archivas Cluster）軟件是一款內容尋址存儲（CAS，content addressed storage）產品。早期的Archivas在面臨EMC的Centera的競爭時，選擇了開放和低價的策略。

?2006年開始和HDS進行OEM合作，2007年被HDS收購，收購金額約1.2億美金

HCP目前最新版本是8.3，架構比較老。我聽原HDS的網友說原計劃進行代碼重構，19年會發布全新架構的9.0，但可惜目前沒有看到。有知道內情的麻煩告訴大家一聲啥時候推出。

基于對象存儲HCP，還有三個衍生產品。HCP Anywhere相當于網盤，HCP Anywhere Edge是云文件網關，HCI是智能數據挖掘平臺。本文只討論HCP。

HCP強調生態，和ISV的合作比較緊密。2018年，Hitachi Vantara宣傳在全球范圍內有4000多個集群，有2000多家客戶，號稱目前在on-Prem對象存儲解決方案中排名第一（那個EMC估計表示不服，哈哈）。

HCP是做CAS起家，在金融機構合規方面有很多成功案例。因為其具有很多合規需要的特性。

我們看到，類似Shredding（粉碎）這樣的特性，我在其他對象存儲里面沒有看到。還有，我們看到，HCP居然支持重刪，對象存儲原生支持重刪的，HCP也是主流對象里面唯一一家。

HCP雖然支持純軟件，但一般會推薦一體機的部署模式。一體機有兩種節點，G節點和S節點。兩個類型的節點都是最多支持80個。

?G是訪問節點（單控，節點內本地盤RAID 6保護），最少需要四個。S節點是存儲高密節點（雙控，和G10采用以太網連接），節點內采用糾刪碼保護（20+6，chunk size=64MB)，是可選的。

?G節點還支持FC SAN、NFS和公有云作為后端存儲，因此，類似MinIO一樣，更像一個對象網關。

?元數據和索引保存在G10上，一般采用2副本，這樣才能支持G節點高可用。

?性能較高數據直接采用G10本地盤或者共享FC存儲，性能要求不高的一般采用S節點保存。

?采用共享SAN存儲和S節點保存數據的時候，數據可以選擇1副本，G10通過多路徑進行HA，G節點故障可以切換，S節點本身全冗余的，因此也沒有單點故障

HCP也支持虛擬機（最多40個節點）和公有云部署（無節點限制）模式。on-prem部署原生支持SMB和NFS，任何一種協議寫入，其他協議都可以讀取。

Hitachi Vantara最新發布了全閃存節點G10 All Flash。S節點都是雙控全冗余的。網絡全是萬兆接口。S節點也是最多可以擴展到80個。

下面我們來看看其軟件架構。

HCP的功能基本都在訪問節點實現，有多協議互訪、屬性反查、多租戶、多站點，跨站點EC、重刪、WROM等高級特性。我們看到，搜索這塊HCP采用比較老的開源軟件Solr/Lucene，如果對象在寫入的時候進行搜索，性能不好。現在很多對象廠商一般都采用Elasticsearch，性能更好。

HCP宣傳其關鍵價值如上，我覺得很多其他產品也有。

HCP每個節點支持8-12.5億個索引，整個系統最多支持1000億對象，單對象最大5TB。從規格看，還是蠻強大的。HCP產品的最新規格鏈接如下：

https://knowledge.hitachivantara.com/Documents/Storage/Content_Platform/8.3.x/Release_Notes/01_Content_Platform_v8.3.0_Release_Notes_-_Customer#Specifications

HCP由于來自CAS，因此原生支持文件協議，支持POSIX語義。

上面是HCP的后臺服務，功能還是很豐富的，特別是重刪，是其他對象存儲幾乎看不到的。

HCP的多租戶功能畢竟完善，Gartner認為這塊HCP是業界最佳水平。

HCP的多站點和EMC ECS不同，其原數據的復制也是異步的。但是，其可以優先復制元數據。因此，數據不一致的時間比較短。還有，可以只復制元數據，這樣數據可以不出國，合規性更好。

HCP的跨站點EC（GEO-EC）最多支持6個站點，但只允許一個站點故障。

HCP的Geo-EC支持三種延遲糾刪的實現方式，用戶可以根據需要選擇，滿足不同場景的需求。

HCP采用兩層EC方案，雖然硬盤重構不用跨網絡，但是空間的利用率不如IBM。

我們看到，IDC比較認可HCP，但是Gartner的認可度一般。

從Gartner在2019報告“Critical Capabilities for Object Storage”中的評價，我們可以看出幾個HCP的特點：

1.生態不錯，100個ISV，200個認證應用

2.部署困難、升級困難

3.產品更新慢，缺乏深度監控工具

4.無多站點統一管理（有統一監控），管理界面難用

從打分看，Gartner給HCP的管理能力打了業界最低分。用過HCP的朋友都出來說一下，是否真的很難用啊?

場景得分中規中矩吧，但是離IBM還是有不少距離的。

總的來說，HCP雖然架構比較老，但歷史悠久，因此功能還是比較豐富的。比較有特色的功能有

• 重刪

• 硬盤故障節點內重構

• 多租戶

• 跨站點EC

• 桶異步復制

• 分層上云等

  
  

但是，對比其它的現代對象存儲架構，也有不足的地方，比如：

• 在副本和EC的數據保護設置不靈活

• 管理和擴容比較復雜

• 沒有同步復制功能，無法支持RPO=0的延展集群

• 沒有小文件歸并功能、沒有負載均衡功能

• 沒有高性能HDFS專用客戶端等

上述就是小編為大家分享的如何進行Hitachi Content Platform的分析了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。

關于如何進行Hitachi Content Platform的分析問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。