对象存储在实际使用中有哪些不足或劣势?

讲对象存储优势和未来趋势的文章很多,不知道大家在实际真实使用过程当中,遇到过对象存储哪些不足或不方便之处?  之前与厂商交流过对象存储,了解一点内容,目前还未在生产中使用过,下面是想到的几个问题
1、容灾方案存储空间会不会太浪费?对象存储支持三副本和纠删码,小文件建议采用三副本,容灾方案采用异地复制时,这样两边一共六个副本会不会太浪费存储空间。
2、是不是目前还不太适合用于对时间响应要求高的场景?对象存储采用三副本时,很多要求是强一致性,三个副本都写入成功才行,这样势必增加写入响应的延迟。
3、自定义元数据实际支持和使用效果如何?对象存储有个特色是支持对存储文件增加自定义元数据,不少产品底层这块是通过ES支持存储和检索,不知道在这个功能点上在实际中有没有用的特别好的,毕竟通过元数据可以更好的支持后续的分析、统计、检索等。

参与9

3同行回答

朱向东朱向东  高级工程师 , 某银行
1、对象存储这个技术产品是为了解决一些特定的使用场景需求而研发出来的,各种文章描述它的优势也是依托特定的使用场景基础之上的,当然也需要对应使用场景来分析它的不足和劣势,不能一概而论。2、采用对象存储技术最主要是为了低成本的解决海量的非结构化数据存放问题,在没有...显示全部

1、对象存储这个技术产品是为了解决一些特定的使用场景需求而研发出来的,各种文章描述它的优势也是依托特定的使用场景基础之上的,当然也需要对应使用场景来分析它的不足和劣势,不能一概而论。
2、采用对象存储技术最主要是为了低成本的解决海量的非结构化数据存放问题,在没有对象存储产品之前,非结构化数据的存放多数是采用NAS解决方案。对于海量的非结构化数据的容灾, 只要做容灾都是要考虑存储空间问题的,理论上至少应该是一比一的存储容量, 拿对象存储和NAS存储两个技术来对比,传统的NAS存储主要依托RAID技术来计算可用容量,而对象存储则是可以选择副本方式或纠删码算法方式来计算可用容量,相比较下采用副本方式需要更多的存储空间,而采用纠删码方式存储空间会相对减少一些,但需要考虑对象存储集群节点的数量和处理性能。就容灾而言,目前主流的还是推荐纠删码方式。
3、对响应时间有较高要求的场景下,如实时交易需要联机共享文件,推荐还是用NAS存储方案吧,毕竟它可以直接对文件进行读写操作,而对象存储无论是副本方式还是纠删码方式,都是需要先向对象存储建立通讯连接,然后把文件上传或下载下来,才能对文件进行读写操作的,这无疑会影响交易的响应时间。但是对于数据文件仅一次写入,多次读取的场景下,对象存储还是很不错的选择。
4、对于元数据的检索分析这一块,最好是根据实际的应用场景建设专用的对象存储资源池,根据对象存储的产品功能有针对性的定义存储的元数据处理策略,发挥对象存储产品的特性,毕竟不同厂商的对象存储产品还是有差异性的,其支持的协议也是不完全一样的,选择一个适合自己的产品,才能更好的支撑和发挥自己应用的分析、统计、检索等能力。

收起
银行 · 2022-10-25
浏览925
JAGXUJAGXU  存储运维管理 , ZTZQ
使用习惯不大一样显示全部

使用习惯不大一样

收起
IT咨询服务 · 2022-10-19
浏览912
dwydwy  产品总监 , 华通
应用场景不一样。显示全部

应用场景不一样。

收起
政府其它 · 2022-12-14
浏览748

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2022-10-12
  • 关注会员:4 人
  • 问题浏览:2205
  • 最近回答:2022-12-14
  • X社区推广