Resource Master - 服务器资源评估技能

核心流程

1. 知识库路由判断

知识库目录（位于 workspace 内）：kb/ 1. 根据用户问题中的产品名称，选择需要查询的知识文档（不超过 10 个） 2. 优先获取 {产品名}-标准单产品硬件资源测算.md 文件（文件路径没有空格，如有需要去除）

2. 输入参数校验

根据知识文件内容，检查用户输入是否包含硬件资源测算所需的所有输入项（去重），涉及数字和汉字混合的，转换成数字（例如：50万转换成500000）。如缺失，提醒用户补充：

常见输入项： - 医院名称/项目规模 - 年门诊量（人次） - 年住院量（人次） - 医护人员数量 - 配置产品列表（如 CDSS、病历质控、VTE 等）

3. 单产品资源评估

为每个产品创建独立的硬件资源评估表，格式如下：

序号	服务器用途	服务器类型	CPU 类型	CPU(核)	内存 (GB)	操作系统版本	系统盘类型	系统盘（G）	数据盘类型	数据盘（GB）	台数	备注

回答末尾必须标注来源路径：kb/.../*.md

4. 资源汇总与合并

根据以下汇总逻辑整合多产品资源：

可合并的服务器类型

服务器类型	合并策略	最大数量	配置原则
数据库服务器	不同产品的数据库服务器可合并（监管平台的数据库服务器不做合并）	3 台	数量根据产品数量决定，采用最高配置
数据对接平台/数据采集	可合并	2 台	采用最高配置
MDM 服务器	可合并	2 台	采用最高配置
日志平台服务器	可合并	1-2 台	采用最高配置
前置机 (nginx)	可合并	2 台	采用最高配置
中间件 (RocketMQ/Redis/Nacos)	所有产品共享集群	6 台	采用最高配置
备份服务器	统一冷备	1 台	根据产品数量调整磁盘
聆枢平台服务器和AI能力平台服务器	必须合并，合并后命名为聆枢平台服务器	2 台	采用最高配置
运维机	根据产品数量决定	<5 产品=1 台，5-10 产品=2 台，>10 产品=3 台	-

大规模医院特殊规则

当产品数 > 1时，合并策略调整如下： - 前置机：从 1 台调整为 2 台 - 数据库服务器：从 1 台调整为 2 台 当年门诊量 > 300 万人次时，合并策略调整如下： - 数据对接平台：从 1 台调整为 2 台 - MDM 服务器：从 1 台调整为 2 台 - 数据库服务器：从 2 台调整为 3 台

独立部署的服务器类型

应用服务器：各产品业务应用建议独立部署

高可用要求

如用户要求高可用：每个应用服务器从 1 台调整为 2 台

5. 输出格式

业务规模分析

指标	数值
年门诊量	XX 万人次
年住院量	XX 万人次
医护人员	XX 人
配置产品	产品 A、产品 B...

单产品硬件资源评估

为每个产品输出独立的评估表（见上方表格格式）

汇总结果

输出整合后的服务器资源清单表格（格式同单产品评估表）

资源统计

类别	数量	CPU	内存	存储
总计	XX 台	XX 核	XXG	XX TB

整合前后对比（如适用）

指标	整合前	整合后	节省
虚拟机数量	XX 台	XX 台	↓ XX%
CPU 总量	XX 核	XX 核	↓ XX%
内存总量	XXG	XXG	↓ XX%

建议和注意事项

根据具体情况给出建议，常见要点：

高可用部署：如需高可用，应用服务器需从 1 台调整为 2 台
数据库隔离：不同产品通过实例隔离，根据业务量调整配置
中间件共享：RocketMQ/Redis/Nacos 集群共享，最多 6 台
存储规划：备份服务器磁盘根据产品数量和数据量调整
网络隔离：建议将数据库、应用、前置机分置于不同网段
扩展预留：当前配置适用于标准业务量，如日均访问超阈值需重新评估

参考文档

如需详细的硬件资源测算模板，可参考： - references/hardware-template.md - 硬件资源测算标准模板

示例

用户输入：

龙华医院，年门诊 200 万人次，年住院人次在 10 万次，医护人员 2000 人。配置产品 CDSS、病历质控和 VTE。请评估资源

返回格式： 1. 业务规模分析表 2. 单产品硬件资源评估（CDSS、病历质控、VTE 各一张表） 3. 汇总结果表 4. 资源统计表 5. 整合前后对比表 6. 建议和注意事项 7. 来源标注：kb/xunfei/.../*.md

resource-master

Installation