银行数据库和影像文件分别适合存算一体架构还是存算分离的架构?如何考虑?
建议选择存算分离,理由如下。可靠性提升:外置共享存储可靠性结合云原生故障隔离和迁移能力,解决一体化方案可靠性短板,并为降低资源冗余提供基础;资源优化:解决数据快速移动,实现计算、存储弹性扩展,按需分配,减少因可靠性、运维能力不足造成的硬件冗余;能力复用:使用共享存储成熟的备份恢复、SSD介质延寿、亚健康等能力,快速提升数据库整体解决方案能力,节约开发成本;架构先进:基于开放生态存储底座,可快速实现云原生数据库能力,不影响上层应用,实现平滑演进。
数据库属于稳态类业务,继续沿用原本的传统架构或者存算一体架构都适合,影像文件数据量大,历史数据需要长期保存,增量高,适合分离架构,可以在存储端进行数据分层流动等策略。
影像数据一般属于冷数据或温数据,比较适合采用存算分离,交易类数据库都是热数据,要看分布式存储的 I/O 性能能否满足数据库的要求,一般来讲存算一体的架构更适合。
银行数据库特别是重要系统,比如支付类的建议存算分离,有助于提升性能。而影像文件,大多适合于对象场景的,根据规模的情况考虑是否需要存算分离。
数据库,非常核心的还是选择主流的存算分离。影像文件,如果数据量大规模大且有符合潮汐场景,可以考虑存算分离,如果规模小数据量不大,可以一体。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30