您好,登录后才能下订单哦!
如何进行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的分析问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注亿速云行业资讯频道了解更多相关知识。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。