互联网金融一般多采用分布式架构,采用多副本技术实现容灾,向双活、多活发展。上层接入还是GSLB方案吧。
传统nas是不能满足需求的,对象存储是个很好的推荐。
现在银行的非结构化文件也比较多,特别是互联网线上化业务,以及集中作业系统上线后,大量的客户照片、录音、视频、票据影像、客户资料都是非机构化的。一般选择产品是最好还是要求其支持两地三中心,或多中心部署。
一般的存储都是做了raid和条带化处理的,分布式随机的,即便是写入一个数据都要一组硬盘同时转。 不像家用电脑或小nas,写入某块盘才激活某块盘。 所以想在这方面省电,估计用户是没有办法的,只能靠存储厂商的设计了。
如果采用分布式存储,一般会用分布式多副本技术实现容灾, 用同步复制还是异步复制?这个问题估计在技术交流时,厂商会说都支持。等到实施时厂商一般会给你一个相对保守的建议。呵呵!
内容管理平台与底层的存储充当的角色不一样。内容管理平台是介于用户/系统与存储的中间层,屏蔽底层环境差异,提供真正的、可直接使用的内容管理服务,这个必要性还是很大的。
存储本身有这个检测工具吧。一般SSD剩余使用寿命低于某个阈值后都会告警,无需太多担忧。
不管集中式存储还是分布式存储,都逃不脱CAP理论的限制,剩下的就看具体的使用场景更注重哪方面了。对于银行来说,还是成熟稳定最重要。 有技术能力的,可以在新技术上多折腾下。
应该很多厂商提供专业的迁移工具和迁移服务吧。如果前期有比较合理的存储专用网络设计,带宽容量较大,还是比较快的,未必都需要停机窗口。我们几十T的nas小文件同步也经常做。真正很海量的小文件,都是不是OLTP系统,停机窗口
IT架构向分布式转型应该是未来的趋势,面对未来海量数据存储需求和应对互联网不可预知的流量要求,容量和性能的扩展能力是一个很重要的因素,估计以后选择分布式存储会越来越多。最终的应用还是要看场景,大数据类的、非结构
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30