文章图片
作为各行业关键业务使用最频繁的数据库管理系统，Oracle的承载和运维往往是一家企业的IT系统中比较复杂的。特别是Oracle RAC（实时应用集群），对于承载设备的可靠性和性能要求都极为严苛。随着超融合架构的不断普及，越来越多的用户开始选择采用超融合支持Oracle RAC集群。那么，超融合承载Oracle数据库究竟效果如何？
信服云准备了一场硬核测试。
测试方案
针对各类业务场景的Oracle数据库承载需求，深信服超融合提供了2种方案：
1.基于混闪环境为常规业务提供高性价比的承载方案
2.基于全闪环境为核心业务提供高性能的承载方案
文章图片
测试场景
场景共分为三类：
文章图片
文章图片
文章图片
配置方案
配置方案一：SATA环境
测试环境：
文章图片
测试结果：
文章图片
↑注册到下单等复杂业务每笔按20个原子操作计算，浏览等简单业务每笔按10个原子操作计算。
文章图片
↑SATA环境下场景三测试数据
配置方案二：NVMe环境
测试环境：
文章图片
测试结果：
文章图片
↑注册到下单等复杂业务每笔按20个原子操作计算，浏览等简单业务每笔按10个原子操作计算。
文章图片
↑NVMe环境下场景三测试数据
通过以上测试结果可以看出：
■ 在常见的HDD硬盘+SSD混插配置下，深信服超融合平台能够支持每分钟3万（模拟）用户注册和下单业务场景（TPM约60万）。
■ 在SSD全闪配置下，深信服超融合能够支持最大每分钟11.2万（模拟）用户浏览业务场景（TPM约112万）。
换句话说，仅使用3节点超融合，每分钟内就可以支撑3万+用户疯狂抢购，以及11万+用户同时涌进网页的高并发促销活动！
同时，相比于一体机或物理机等传统的数据库承载方案，深信服超融合可以提供简化运维、高效管理的数据库管理平台DMP，并具备便于部署、高性能、高稳定的优势能力。
说了这么多，深信服超融合之所以这么「牛」，主要还是因为三大创新设计：
数据库业务高可用设计
■ 平台创建2台虚拟机部署Oracle服务并分配在不同物理服务器上，超融合为RAC集群虚拟机提供互斥策略，充分避免单台物理节点承载业务的可用性风险。
■ 当某个承载Oracle业务的物理节点发生故障时，RAC机制实现应用层访问切换。同时，超融合会在第三台主机中拉起发生故障的Oracle虚拟机，恢复RAC集群健壮性。
■ 对于突发访问的可用性考虑，超融合提供DRS、DRX策略，一旦数据库出现高峰访问导致性能瓶颈，Oracle虚拟化机可以自动热扩容。
数据库数据高可用设计
■ RAC集群为了保证数据的一致性，所有Oracle虚拟机都是访问统一的共享存储空间，深信服超融合在创建Oracle虚拟磁盘的过程中，提供了专用的Oracle共享磁盘选项。
■ 超融合采用分布式存储架构，数据在磁盘中是多副本存储。Oracle的共享磁盘数据会被同时写入并分配到不同物理节点的不同磁盘内，确保数据的安全性。
■ 为了避免误操作或者逻辑错误导致的数据安全问题，超融合平台还提供了自动备份策略。
【硬核实测 | 深信服超融合是Oracle数据库的最佳CP，实锤了！】数据库高性能设计
■ 通过分层设计使得管理层从虚拟机解绑，减少节点的性能损耗。同时利用Kafka的页缓存、零拷贝、顺序写入等技术，提升了消息通道的高并发能力，深信服HCI三节点集群的4K随机读IOPS可达百万。
■ 超融合通过平台的Hugepages并结合Linux操作系统的内核特性，提升了在大量业务并发的压力下Oracle RAC的事务性能。
文章图片
↑基于深信服超融合的数据库承载方案
目前，最新版本（6.7.0）的深信服超融合合入了Linux社区最新最稳定的内核版本，通过优化内核调度算法，在Oracle数据库的承载上表现也十分优异，具体测试数据可看：《深信服超融合新品发布：两大“内功”升级，新增5大类功能40+特性》。
推荐阅读
- 数据库纳管平台DBhouse的技术路线与实践
- 一场由TiCDC异常引发的GC不干活导致的Tikv硬盘使用问题
- SQL|MySQL数据库编程01
- SQL|关系数据库标准语言SQL02
- SQL|关系数据库标准语言SQL01
- 正则表达式教程（30分钟让你精通正则表达式语法）
- 云栖号技术分享|专访李飞飞 （从清华附中高材生到阿里飞刀，一口井钻出「云原生」）
- java|主题（JAVA 桥接模式）
- SQL|如何实现高性能的数据处理\数据库性能优化