存量非结构化数据300TB,每年新增不超过100TB,文件数也不是海量,有必要从NAS转到对象存储吗?

主要还有点担心对象存储的稳定性,毕竟不少是基于x86服务器搭建的,并且现在传统的nas双活架构也比较成熟,性价比也非常高。显示全部

主要还有点担心对象存储的稳定性,毕竟不少是基于x86服务器搭建的,并且现在传统的nas双活架构也比较成熟,性价比也非常高。

收起
参与43

查看其它 11 个回答pobird的回答

pobirdpobird系统架构师新网银行

首先成熟商业产品的对象存储稳定性没什么问题。
其次,这个就不该是从存储端决定的,而是从应用端,或者整个架构侧决定的事情。
如果是很少几个系统在用这个nas,那换不换都无所谓,但是如果是一个通用平台,承载大量复杂应用,那就需要通盘考虑。
存储是否能够双活,mount的软硬模式夯住的风险,扩容能力等等,都还是次要,两种都能通过技术手段解决。

对象存储和NAS从存储视角没太大差异,但是从应用视角或者架构视角完全是两回事。
对象存储是一个应用层http的服务,需要读写时,一条语句临时访问读写就行,nas是要mount盘的。
如果说整体云原生体系做的比较好了,这时不可变基础设施已经是基本要求,应用侧架构师根本不可能允许使用nas。一个版本的应用镜像,推出几十个容器,然后要手动给每个容器去固定宿主机去依次挂盘么?根本不可行的,只能是应用直接访问http对象服务。

再从运维侧看,银行业的应用复杂度,导致某些虚机动辄几十上百个挂载目录的互访情况,运维人员做扩容都不敢新建,只敢克隆,而在对象存储环境,运维只要针对一个服务进行维护就好了,根本不需要去关注每个客户端。现在的服务质量,很多时候要求应用动态扩容,挂载一大堆目录这种怎么扩?单独给它再做基础镜像么?

还是最核心一个观点,这个事,不是存储侧的事,是架构或者应用侧的事。

银行 · 2020-12-02
浏览3543

回答者

pobird
系统架构师新网银行
擅长领域: 存储网络灾备

pobird 最近回答过的问题

回答状态

  • 发布时间:2020-12-02
  • 关注会员:14 人
  • 回答浏览:3543
  • X社区推广