作者：SmartX 商业团队 黄玉辉

随着越来越多的医疗用户基于超融合基础设施实现 IT 基础架构信创转型，超融合信创架构在医疗业务场景中的实际表现也得到更多关注。尤其是集成平台业务场景——作为三甲医院互联互通评级中不可缺少的核心业务系统，医疗集成平台每天都需要处理大量消息，为了保证处理效率和消息完整性，需要高性能、高可靠的 IT 基础设施支持。

在《SmartX 超融合支撑 Rhapsody 医疗集成引擎运行效率实测详解》中，我们验证了傲医（Rhapsody）集成引擎*在超融合环境中可发挥出远超一般三甲医院业务需求的性能水平。在当前医疗行业信创转型的大趋势下，某三甲医院进一步测试了信创超融合设施环境和非信创超融合设施环境下傲医集成引擎的性能表现。结果表明，基于非信创 SmartX 超融合集群（混合磁盘配置）的集成引擎可达到与原生产环境（全闪配置物理机）相同的性能水平；采用国产 CPU 架构服务器构建信创超融合集群，集成引擎的消息处理性能同样满足日常使用。

* 傲医集成引擎（Rhapsody）是医疗信息互联互通解决方案提供厂商傲医软件科技（上海）有限公司推出的老牌集成引擎产品。

欢迎下载《医疗行业 IT 基础架构转型方案与实践》电子书，了解医疗用户如何利用 SmartX 超融合打造智慧医疗轻量云底座。

测试背景

某三甲医院在生产环境中采用 VMware 虚拟化及一套全闪双活存储支撑全院业务系统。用户为傲医集成引擎分配了 2 台专用的 ESXi 服务器（做高可用和负载均衡），并在 2 台服务器中分别创建一台虚拟机用于运行傲医集成引擎。为了保障集成引擎的性能，每台 ESXi 服务器配置了 2 块 SSD 并配置 Raid1 提供高性能存储资源。此外，2 台集成引擎服务器通过负载均衡设备实现负载分担和高可用。

hci-xc-rhapsody-1.png

原生产环境架构图

虽然原架构方案可基本满足业务的性能和高可用要求，但随着信创转型的深入开展，医院信息部门认为该架构在未来可能面临以下问题：

  • 虚拟化技术的国产化替换：随着 IT 基础架构的信创转型不断深入，VMware 虚拟化可能无法继续使用，需转向国产化虚拟化方案。
  • 资源浪费：为保障集成引擎的性能和高可用，最少需占用 2 台物理服务器资源，无法与其他业务实现资源共享。另外，随着未来院区新大楼的投入使用及业务量的增加，若继续采用原有架构，则需要继续增加相应的服务器设备才满足更高的性能需求。
  • 故障修复时间长：单台服务器设备故障后，需等待服务器设备修复后，才能恢复原有的消息处理能力以及高可用状态，影响业务的持续开展。

为了方便未来的信创转型，减少资源与成本投入，同时进一步提高 IT 基础架构故障恢复能力，用户考虑采用超融合对原架构进行整体转型，因此针对 SmartX 超融合（在非信创与信创环境）支持傲医集成引擎的能力开展了一系列测试。

测试目标与方案

  • 目标 1：验证基于 SmartX 超融合的傲医集成引擎能否满足生产环境性能需求。方案：在相同的测试模型和相同的测试时间下，对比傲医集成引擎在 SmartX 超融合与原生产环境全闪物理机架构下的消息处理能力。
  • 目标 2：验证基于信创 CPU 的 SmartX 超融合支撑傲医集成引擎能否满足生产环境性能需求。方案：在相同的测试模型和相同的测试时间下，对比傲医集成引擎在 SmartX 超融合信创（海光 CPU 架构）与非信创（Intel CPU 架构）环境的消息处理能力。

环境与配置

测试架构

测试时，用户采用与生产环境相同配置的服务器进行测试（下文提到的“生产环境”均指该架构）：采用一台 ESXi 服务器，采用 2 块 SSD 并组成 Raid1 用作存储资源，以一台虚拟机运行集成引擎。通过 RhapAdmin 客户端向集成引擎服务器编辑并发起测试操作。架构图如下所示：

hci-xc-rhapsody-2.png

在超融合测试环境，用户部署了 3 节点的 SmartX 超融合集群，每节点采用 SSD + HDD 的混合存储资源池，在其中一节点创建一台虚拟机用于部署傲医集成引擎服务器。Intel CPU 硬件平台采用 VMware 虚拟化平台部署超融合集群，海光 CPU 硬件平台采用 SmartX 原生虚拟化 ELF（基于 KVM 开发）部署超融合集群。超融合测试环境架构图如下：

hci-xc-rhapsody-3.png

生产环境、超融合测试环境均采用相同的测试模型：创建 1 个 1k 的消息体输入通信点和 1 个 5k 的消息体输入通信点，1 个消息体输出通信点，如下图所示：

hci-xc-rhapsody-4.png

生产环境软硬件配置

hci-xc-rhapsody-5.png

超融合环境软硬件配置

hci-xc-rhapsody-6.png

测试经过与结果

SmartX 超融合 vs. 生产环境全闪本地裸盘

第一次测试

在第一次测试中，按照与生产环境相同的虚拟机配置（vCPU：40C，内存：32GB，未开启资源预留）进行时长 30 分钟的测试对比，结果显示 SmartX 超融合（非信创）环境与生产环境的消息处理性能相近，可满足当前生产环境的性能要求。

hci-xc-rhapsody-7.png

第二次测试

为进一步优化集成引擎在超融合架构下的性能表现，我们按照傲医官方推荐的 8vCPU、16G 内存的虚拟机配置，在未开启 CPU 资源预留设置的情况下再次进行性能测试。测试结果表明，虚拟机配置优化后，无论是 SmartX 超融合平台还是原生产环境都能获得消息处理性能提升，并且 SmartX 超融合平台和原生产环境性能基本持平。

hci-xc-rhapsody-8.png

第三次测试

在第三次测试中我们按照傲医官方推荐的 8vCPU、16G 内存的虚拟机配置，并开启了 CPU 资源预留设置，让虚拟机独占所分配的 CPU 资源，再次验证性能情况。结果显示，开启资源预留后，集成引擎的消息处理性能得到进一步提升，两个架构下性能表现依旧持平，充分验证了超融合架构的支持能力。

hci-xc-rhapsody-9.png

超融合信创与非信创平台性能对比

为了验证超融合信创平台对傲医集成引擎的支撑能力，用户分别基于海光和 Intel CPU 架构服务器部署 SmartX 超融合集群，支持集成引擎并进行性能对比测试。

采用与前面相同的测试模型和测试方法，分别验证不同硬件配置超融合平台下的傲医集成引擎消息处理性能。测试结果显示，集成引擎在海光硬件平台上的消息处理性能，可达 Intel 硬件平台的 64%-76%，并且 CPU 主频越高，集成引擎性能越高。虽然在性能表现上仍有一定差距，但基于海光 CPU 架构的超融合信创基础设施仍可满足当前大部分医疗机构的常规业务需求。 

hci-xc-rhapsody-10.png

测试结论

基于以上测试，我们可以得出以下结论：

  • SmartX 超融合平台能够承载傲医集成引擎，以及此类对性能要求较高的业务。
  • 傲医集成引擎适合运行在虚拟化平台上，虚拟机配置为 8vCPU、16G 内存，并开启 CPU 资源独占设置，可获得最佳的消息处理性能。
  • 集成引擎运行在超融合信创云基础设施上，虽然性能与非信创环境具有一定的差距，但仍可满足当前大部分医疗机构的常规业务需求。因此，对于未来计划在信创环境中运行傲医集成引擎的用户，可以考虑利用多台虚拟机配置负载均衡来满足不同规模的消息消处理需求。

欲深入了解更多医疗行业 IT 基础架构信创转型与云化转型方案与实践，欢迎下载阅读电子书《医疗行业 IT 基础架构转型方案与实践》。

继续阅读
微信公众订阅号
扫一扫关注微信，获取最前沿的 SmartX 资讯
资源
获取相关资料
博客
你可能感兴趣