软件定义存储是否可以承载核心系统的关系数据库?

目前软件定义存储sds基本上都是用来存储数据弱一致性、吞吐要求高的数据场景,例如非结构化数据、数据备份归档等,随着现在x86及IP网络交换机的更新迭代,是否有可能承载核心系统的关系数据库呢?...显示全部

目前软件定义存储sds基本上都是用来存储数据弱一致性、吞吐要求高的数据场景,例如非结构化数据、数据备份归档等,随着现在x86及IP网络交换机的更新迭代,是否有可能承载核心系统的关系数据库呢?

收起

查看其它 1 个回答吕作令的回答

吕作令吕作令  其它 , XSKY
forever1xx1赞同了此回答

可以承载核心系统的关系数据库运行。

在传统数据中心里,核心数据库通常跑在在小型机和集中式 SAN 存储上部分对 IO 要求较高的环境还有全闪存阵列。随着大数据、云计算的发展,更多的业务贴合互联网,数据库对性能、容量、处理能力及存储能力要求越来越高。相对于传统存储在扩展性,计算能力、以及后续 TCO 投入上都无法较好的满足核心数据库需求。而软件定义存储的优势可以扩展到几百台甚至几千台的存储集群规模,不但可以满足数据库对于存储容量的需求,还可以满足对性能需求,存储容量以及新能为线性增长,数据库存储性能不够可以通过添加服务器方式解决,容量不足也可采用扩充服务器方式解决, SDS 可以满足数据库对于容量以及存储性能的需求。而对于特定场景下要求更高的存储 IO ,可以通过 Nvme 、 IB 、 RDMA 、等技术提供更高的处理能力和 IO 吞吐能力,可以满足 OLTP OLAP 类业务需求。

而在分布式存储系统中,一般基于分布式文件系统做的块存储,性能很难满足云计算下 VM 和数据库的需求,如 XSKY 全新设计了免锁化、免元数据化、低时延的分布式块存储软件系统,才满足了云计算中 VM 和数据库的需求,面对高性能数据库需求,为了提升随机小 IO 的并发访问能力, XSKY 自研热点识别技术,在数据读取过程中判断热点数据,将数据长久保存在 SSD 中,随着时间的推移,算法会配合 SSD 使用率,动态的将 “ 冷 ” 数据回刷至 HDD 中,将 “ 热点 ” 数据持续更新在 SSD 中,提升数据库持续读取性能。在 VMware+Oracle 应用中,存储服务器异常, MPIO 切换时间过长导致数据库中断,有瞬切需求的场景, VIP 可以根据业务流量大小实现智能地快速切换。该场景建议开启 VIP 自动回切以保证流量的负载均衡。同时 XSKY 在数据引擎层,网关层拥有众多的企业级特性,更能提高业务 IO 的同时,降低 IO 相应时延

 2020-06-23
浏览207

回答者

回答状态

  • 发布时间:2020-06-23
  • 关注会员:3 人
  • 回答浏览:207