把炬鲸 OBSERVE 整套落到飞腾/鲲鹏 + 麒麟 V10 + 达梦 DM8 上:ARM 镜像、内核参数、达梦元数据适配、国产中间件与安全基线,附迁移后冒烟验证清单。
信创迁移最怕的不是应用跑不起来,而是「能装但跑不稳」。我们在几个政务、金融客户现场把炬鲸 OBSERVE 整套(采集端、存储端、控制台)落到国产硬件和操作系统上,踩过不少坑,这篇把可复用的部分整理出来。
控制台和存储节点建议至少 8C/32G,采集组件 Collector 可以跑在 2C/4G 的节点上,压测下来单实例能扛约 3 万 QPS 的日志写入。
官方镜像仓库提供了 linux/arm64 版本,拉取时指定平台即可:
docker pull --platform linux/arm64 hub.jjhub.cn/observe/observe-server:2.6.0
docker pull --platform linux/arm64 hub.jjhub.cn/observe/observe-collector:2.6.0
如果现场没有外网,用离线包 observe-offline-2.6.0-arm64.tar.gz,docker load -i 导入即可,不需要重新编译。
一个真实踩坑:麒麟 V10 默认内核参数 vm.max_map_count=65530 偏小,Elasticsearch/ClickHouse 这类存储组件启动后会频繁 OOM 或直接报错。部署前先执行:
sysctl -w vm.max_map_count=262144
echo "vm.max_map_count=262144" >> /etc/sysctl.conf
炬鲸 OBSERVE 的元数据(用户、项目、告警规则、审计日志)默认用 MySQL,信创环境下切换到达梦 DM8。控制台提供配置项,不用改代码:
storage:
metadata:
driver: dm8
host: 10.0.0.20
port: 5236
username: OBSERVE
password: "***"
schema: OBSERVE
注意 DM8 的兼容模式建议在初始化时定为 COMPATIBLE_MODE=4(兼容 Oracle 语法)或按官方文档开 MySQL 兼容,后期改兼容模式要重建库。大字段(Trace 的 attribute、日志原文)走列存存储层,不落达梦,避免 DM 被海量明细拖垮。
控制台如果要部署在国产中间件上,需要把 WAR 包里的 web.xml 升级到 Servlet 4.0 声明,天燕 AS 和 TongWeb 都能认。等保测评常见的基线项(密码复杂度、登录失败锁定、操作审计)在「系统设置 → 安全策略」里可以直接勾选启用,省去在应用层单独实现。
disql 检查元数据表读写正常信创迁移的收益不只是「合规」,国产化栈的采购和维保成本长期看更低。关键是别把迁移当成一次性项目,跑稳之后的日常运维(升级、备份、扩容)要提前想清楚。