炬鲸 OBSERVE 信创适配实践：麒麟 + 鲲鹏 + 达梦全栈部署

信创环境最容易被低估的，是"能装上"和"能稳定跑生产"之间的差距。炬鲸 OBSERVE 在麒麟 V10（SP3）+ 鲲鹏 920 + 达梦数据库 8 这套组合上完整跑过生产，这里把部署和调优过程如实记录下来。

目标环境

• 操作系统：Kylin V10 SP3（aarch64）
• CPU：鲲鹏 920（64 核）
• 数据库：达梦 8（DM8）
• 中间件：TongWeb（可选，也可用内置 Nginx）

信创生态的关键差异在 CPU 架构和数据库。鲲鹏是 ARM 架构，很多第三方二进制是 x86 的，装之前先确认有没有 aarch64 版本；达梦的 SQL 方言和 MySQL 有差异，涉及 SQL 的模块要单独适配，不能想当然。

部署步骤

先把系统依赖补齐：

yum install -y libaio glibc gcc-c++ make
# 达梦依赖 libaio，缺了会报 "error while loading shared libraries: libaio.so.1"

炬鲸 OBSERVE 提供 aarch64 离线安装包，解压后执行自带脚本，全程不需要联网：

tar -xzf jjhub-observe-2.3-aarch64.tar.gz
cd jjhub-observe-2.3-aarch64
./install.sh --db dm8 --db-host 192.168.1.20 --db-port 5236

--db dm8 会切换到达梦方言适配层。安装脚本自动完成建库、建表和初始化；建议用单独的业务账号，不要拿 DM 的 SYSDBA 跑业务库，权限收窄到最小集。

存储与性能调优

鲲鹏平台内存带宽充足，但达梦在高并发小事务场景下需要调整参数。在达梦的 dm.ini 里建议改：

MEMORY_POOL = 4096          # 内存池，单位 MB
BUFFER = 8192               # 数据缓冲区
SORT_BUF_SIZE = 64

写入侧，炬鲸 OBSERVE 默认按时间分区存储日志和指标，达梦上建议把分区粒度从"天"改成"小时"，避免单分区过大导致查询跨分区扫描、响应变慢。

鲲鹏上还有一个容易忽略的点：JDK 要选鲲鹏优化的 OpenJDK（毕昇 JDK 或麒麟自带版本），比通用 ARM 版本在加解密和 GC 上快 15% 左右，直接影响 Collector 和告警引擎的吞吐。别拿 x86 上的 JDK 参数直接搬到 ARM。

验证

用压测工具打 1 万条/秒的日志写入，同时跑查询，观察三点：

1. 写入延迟 P99 是否稳定在 50ms 内；
2. 查询 7 天数据、聚合 10 个接口的响应是否在 2s 内；
3. 连续运行 24h 内存是否有缓慢增长。

我们实测的结论：这套组合在 1 万条/秒写入 + 20 并发查询下，CPU 使用率约 40%，无内存泄漏。唯一的坑是达梦 8.1.1 之前有个游标泄漏 bug，遇到查询偶尔卡死要升级到达梦 8.1.1.128 及以上。

落地建议

• 上线前用「达梦 + 鲲鹏 + 麒麟」做一轮完整回归，不要只在 x86 环境测完就上线，两边的行为差异往往藏在边界场景里。
• 数据库备份用达梦自带的 DMRMAN，别依赖第三方工具，兼容性最稳。
• 把部署过程写成 Ansible 脚本；信创环境常有离线机房，脚本必须能纯离线执行，别在脚本里偷偷连外网。