随着国家信息技术应用创新战略的全面推进，金融行业正在如火如荼地开展信息系统全栈信创演进替代，数据库作为信息系统最重要的基础软件产品，承载了所有的业务交易数据，其安全稳定性对金融行业业务经营发展至关重要，在此背景下，如何选择一种既能满足性能又能满足业务连续性要求的数据库存储解决方案迫在眉睫。本文内容来自社区以实际应用场景及信创战略为背景进行的投票和议题探讨，可以为金融行业用户在信创演进过程中的数据库存储技术方案选择提供一定的参考价值。
社区投票——金融行业如何选择信创数据库存储方案：存算分离or存算一体？在数字化转型浪潮席卷全球的今天，金融行业对数据库架构的需求日益复杂且多变， 数据库不仅是金融业务的基石，更是驱动业务创新与发展的核心引擎。面对这一挑战，如何构建既能满足业务需求，又能灵活应对未来变化的数据库架构，成为了金融机构和数据库领域专家共同关注的重大课题。在此背景下，twt社区内众多行业内技术专家深入研讨金融行业信创数据库存储方案发展趋势及选择，并针对如何选择信创数据库存储方案进行了投票交流，投票结果如下所示：
社区有多位同行分享了自己选择的原因，摘录部分同行观点如下：（1）技术发展趋势：从长远的发展趋势看，未来一定是存算分离的趋势。不论从扩展设备的成本，还是灾备隔离的情况。（2）可靠性：从可靠性上看，采用存算分离，解决了数据本地盘副本数据有限和故障修复时间长的问题，当本地盘数据发生异常后，可以直接切换到其他外置存储上，而无需对上层应用进行调整，减少了系统风险。（3）数据一致性：从数据一致性看，因为存储与计算分离，所有使用该存储的上层数据库的数据都是一致，减轻了存算一体对数据同步的资源损耗。（4）高可用性及容灾：从高可用容灾看，采用存算一体架构的数据库，大部分使用单集群拉远+异步复制模式，实际上这种方式下，在核心业务下多集群数据库强一致性几乎都大不到。在灾备切换的时候，基本上都是采用中断业务，等待数据传输完成的方式。而使用了存算分离后，可以利用专业企业存储的容灾备份能力，如快照、复制等，满足金融核心业务的数据保护需求。（5）成本投入：最后从成本看，增加节点时候，可以按需增加扩展。硬件使用更少，而软件上其实更能发挥更好的性能（处理节点或者访问端口增多了）（6）人员技能：但是存算分离架构也带来了一定的运维上的学习成本。这个脱离数据库产品来选择有点难。只是从当前成熟度来讲，分布式数据库大多数还是采用存算一体，可能未来会走向存算分离架构。但起码目前对于分布式数据库来讲存算一体更加成熟。对于集中式数据库来讲，存算分离可能更加成熟。我们考虑架构首先一点是成熟度、稳定性。两种方案各有优劣，使用场景存在不同，一般企业可以根据不同业务特点、平台进行选择。优点：弹性扩展，一般只要资源池足够可以认为是无存储上限的；较物理机本地盘来说减少了一层磁盘故障的风险。缺点：较存算一体来说，会有性能不稳定的问题，一般对于较核心且业务压力较大的系统，可能会遇到偶发的IO问题缺点：基于物理机本地盘，一般是由一定容量上限的，达到上限前，需要及时提醒用户进行数据清理或者进行横向扩展等方案；存在磁盘故障宕机风险，所以在很多POC场景会进行磁盘故障测试，保证部署在物理机上的集群，在物理机宕机情况下能快速完成切换，降低对业务的影响。对于大多数业务系统来说，一般企业大多数业务系统不是压力超级大的那种，选择存算分离一般问题不大，核心业务一般还是会选择物理机存算一体架构更多，个人理解。对于集中式数据库直接使用服务器本地的磁盘形成存算一体的情况，解决了在未采购国产SAN存储情况的全栈信创要求。但是这也带来了本地磁盘无冗余保护措施的高风险。对于分布式数据库，我们直接选用了存算分离的架构，这样规避了分库分表。对于存算分离的分布式数据库架构，其天生就具备了高可用性，在架构层已经规避了单点故障。存算分离的架构比较考验前期的规划能力，需要前置考虑计算节点、存储节点的磁盘规格，不然会有一定程度的磁盘浪费。存算一体的性能会比存算分离的性能好，存算分离更灵活，对于一些有灵活的扩缩容计算和存储资源的场景比较合适，比如公有云环境，在一些场景下不需要的计算资源可以选择关闭，需要结合应用性质具体情况具体分析 。从实际部署情况看，存算分离和存算一体两种方案都会采用，选择哪种方案还是要结合系统的重要性，数据库架构，项目预算等角度出发。从系统重要性角度出发，存算分离可以提供更好的数据可靠性和IO性能，同时在空间库容方面更加灵活，不受机器磁盘槽位限制，扩容无需停机。对于重要信息系统，倾向与存算分离架构，对于一般信息系统，可以考虑存算一体。从数据库架构出发，集中式数据库对于单机性能和可靠性要求高，可以考虑采用存算分离架构；对于分布式数据库一般数据体量会较大，并且数据会有多个副本，单台服务器故障对整体影响不大，更换故障服务器也很容易，从成本和可维护性角度出发，更倾向于存算一体。从项目预算出发，采用存算分离需要购买外置存储和部署SAN/FB网络，相比存算一体服务器插几块SSD或者NVME硬盘，成本大大提升，运维复杂度也提高了，企业是否能接受。在企业不断重视降本增效的情况下，投入成本已经成为一项重要的评估因素，采用存算一体架构的系统也越来越多了。所在单位使用过存算一体的解决方案，扩展不灵活，必须存算同时扩展。同时峰值容易叠加（IO峰值和计算峰值），容量规划较存算分离复杂。存算一体相较存算分离高可用性差，主要体现在存算一体一般采用多副本机制保证数据安全，对于单磁盘故障恢复较快，但对于节点故障恢复的复杂度高且带来数据安全风险。存算分离，存储是独立的且经过专门设计，本身的安全性高，在计算节点故障时，数据在存储上，安全性高，计算节点恢复时相对简单，仅考虑数据库自身的要求就行，不用考虑存储的安全。成本上目前两者相差不大，主要受制于数据库厂商产品的限制，有的产品开始时仅支持存算一体。
多位行业技术专家的分享与深入讨论形成以下共识，以供大家参考：存算分离和存算一体各有其优缺点，各有其使用场景。但在本次投票中有超过80%的同行选择将存算分离作为金融行业信创数据库的存储方案，说明存算分离是更适合当前时代发展需求的一种架构。存算分离将会是主流的技术演进趋势，能够大幅度增加数据库产品的灵活扩展性和高可用性，打破计算与存储资源的强绑定，实现存储资源和计算资源的独立扩展，不仅解决存储容量上限的问题，更在资源整合和成本节省方面取得显著成效。开放解耦的存算分离架构能够根据业务需求实现计算和存储资源的独立扩展，提供灵活的弹性扩缩容计算能力，同时利用存储的高可靠性优势，进一步提升整个数据库集群处理海量数据的可靠性，是信创数据库存储架构的最佳选择。在存算分离架构下，数据库与存储实现了深度合作，优势互补，弥补了数据库厂商数据高可用及高效率管理能力的不足，使其更容易达到金融核心信创升级替代的要求。存算分离架构实现了计算资源与存储资源的按需扩展，减少了硬件资源的投入。综上所述，积极拥抱“存算分离架构”，深化数据库产品与存储产品的融合正在成为行业共识，存算分离架构将在金融数据库领域发挥更加重要的作用。觉得本文有用，请转发、点赞或点击“在看”，让更多同行看到
欢迎关注社区 “数据库”技术主题 ，将会不断更新优质资料、文章。地址：https://www.talkwithtrend.com/Channel/179
下载 twt 社区客户端 APP
![]()
![]()
长按识别二维码即可下载
或到应用商店搜索“twt”
*本公众号所发布内容仅代表作者观点，不代表社区立场
