中源协和ERP超融合实践采用了按负载区分的内存策略：在深信服平台上，生产数据库和MinIO关闭内存分层，K8S管理及应用、微服务节点开启分层。项目通过100用户并发测试观察TERP业务响应。截至2026年9月7日的71天运行观察中，开启分层的K8S节点未出现业务异常告警，未产生与分层相关的故障事件。这个项目的参考点，是先确定不同组件的内存访问要求，再决定分层放在哪里。

一、行业痛点：同一业务系统的组件需要分别评估

企业资源运营系统由数据库、对象存储、应用服务和管理组件共同支撑，分配内存并不等于所有内存在同一时刻都被活跃访问。资源规划需要同时了解实际活跃程度、业务时延要求和硬件投入条件。

组件名称不足以决定内存策略。数据库、存储和应用均应结合自己的访问特征测量；同一系统内，可以为不同组件保留不同配置，并用业务流程验证整体表现。

二、案例背景：TERP上线与硬件投入约束并存

中源协和规划全新TERP企业资源运营系统时，原计划新购超融合一体机替换原有虚拟化平台。硬件成本上涨增加了预算压力，项目需要在承接新系统的同时考虑旧硬件继续利用。

实际需要解决的是新系统如何按期获得承载资源，以及哪些组件可以采用不同的内存配置。若只按虚拟机分配总量采购，难以反映实际访问差异；若不验证业务表现就改变内存策略，也无法确认新系统是否达到上线要求。

三、解决方案：设备分工与内存配置共同安排

项目新购少量超融合一体机承载TERP，同时利旧原有虚拟化硬件，在新旧平台上统一部署超融合软件。生产数据库和MinIO保持关闭内存分层，K8S管理节点及渠道、销售、运营、客户端等应用与微服务节点开启内存分层。

深信服内存分层将不活跃的内存页下沉到NVMe，释放DRAM空间；这些页面重新活跃时，需要回到DRAM供CPU访问。其适用性取决于冷热差异和时延要求。因此，项目选择按组件启停，并通过实际应用负载观察活跃内存与冷热调度状态。

这里的配置选择与业务验证配合：生产数据库和MinIO保留纯物理内存运行方式，应用与管理层则在分层配置下接受TERP业务测试。后续若访问特征改变，也应重新检查相应组件的内存策略。

四、用户价值：应用测试与运行观察分别确认

上线前，深信服、中源协和运维团队与软件方开展联合压力测试，模拟100个用户并发执行业务操作，覆盖登录、客户、订单、商品、合同等流程。该次测试中，登录接口平均响应时间为145ms；平台侧活跃内存占比低于25%，分层NVMe读写速率几乎为0。

这些记录对应当时的业务负载与配置：应用测试观察业务响应，平台指标观察内存访问和调度状态。由二者共同判断项目是否满足上线要求，能够避免只凭内存分配量决定方案。

截至日前，平台已稳定运行，开启分层的K8S管理与工作节点未出现业务异常告警，未产生与内存分层相关的故障事件。生产数据库始终关闭分层，运行记录与应用层的配置分别对应。

五、本次TERP按组件配置并通过业务验证

中源协和通过新旧设备分工和按组件启停内存分层，完成了本次TERP承载方案。数据库、MinIO与应用层采用不同配置，100用户业务测试及后续观察为这个项目的上线和运行提供了依据。

项目的实际判断落在具体负载上：被开启分层的组件，在该次测试中活跃内存较低、分层盘访问很少；生产数据库与MinIO则保留原定的物理内存策略。后续扩容与系统变化，需要继续以相应负载验证配置。

六、按访问特征选择，按业务流程验证

同类项目可先测量各组件的活跃内存、访问变化和时延要求，再选择适合尝试分层的对象。对频繁访问、冷热差异小或时延要求严格的负载，应优先保障所需DRAM；对分配量大而活跃量较低的负载，可评估分层方案。

验证时，保持可比较的硬件和应用配置，覆盖日常、高峰及批处理等真实业务阶段，观察业务响应、错误率、活跃内存和分层盘访问。如果需要判断分层带来的性能变化，还应设置同条件的启停对照；若冷热交换增加或业务指标超出要求，应调整配置或关闭对应虚拟机的分层功能。

关于深信服超融合

据 IDC《China HCI and SDS Market Overview 2025Q4》，深信服在2025年中国整体超融合市场的份额为17.8%，连续三年第一。截至2026年第一季度，全球已有超过29000个用户选择深信服超融合。