银行重要交易类账务系统存储架构改造的可行性？
中小银行重要交易类系统(如核心系统等)是否有必要大刀阔斧进行存储架构迭代改造，如现在存储为底层共用方式，在部分场景可能存在高并发、IO占用率过高现象，针对诸如此类情况，是否有必要朝存算分离方向改造
收起 提问者已获得满意解答
查看其它 4 个回答匿名用户的回答
这是一个大的命题，是需要业务场景或技术瓶颈驱动，如果命中以下几项，需要进行存储架构的迭代优化。
1、可靠性低：“服务器可靠性低，出问题数据无法访问甚至就都丢了，必须用多从同步来补可靠性的缺口”，“服务器网络抖动或磁盘亚健康问题很难监控处理，影响系统稳定性”，“服务器故障修复需要比较长时间，不能放太多实例”。
2、运维困难：“更换设备或扩容需要搬迁数据库，全量同步数据很慢”，“以前数据库数量小，现单库拆分成数10个实例，未来全网整改后，预计上千个实例，运维太复杂”，“原来只有两台小型机，现在需要20多台机器，4、5个机柜，机房和电都不够了”。
3、成本高：“存算绑定，无法弹性扩容”，“资源闲置，CPU利用率低”，“为保证可靠性增加副本数，现有架构成本是原来的1.5倍”。