介绍炬鲸 OBSERVE 在国产 CPU 与操作系统上的部署方法,覆盖鲲鹏、飞腾、海光、龙芯及麒麟、统信、openEuler,含离线镜像迁移与资源规划建议。
炬鲸 OBSERVE 已完成对主流信创软硬件栈的适配和验证,覆盖:
服务端以容器镜像交付,核心依赖 Go 与 C++ 编译产物均针对上述架构单独构建,不依赖 x86 模拟层,性能无明显损耗。控制台基于标准 Java 运行,这也是中间件清单里出现 TongWeb、BES 的原因——它们都是控制台 Servlet 容器的认证替代品。
部署方式与 x86 环境基本一致,先确认三件事:
信创内网多为离线环境,推荐用 docker save / docker load 做镜像离线迁移:
# 在有网环境导出
docker save jjhub/observe:2.5.0-arm64 | gzip > observe-2.5.0-arm64.tar.gz
# 在信创内网导入
docker load -i observe-2.5.0-arm64.tar.gz
镜像标签务必与目标架构匹配(鲲鹏/飞腾用 arm64,龙芯用 loongarch64,海光用 amd64),标签不对会在 docker run 时报 "exec format error"。
导入后通过官方部署脚本一键安装,脚本会自动识别架构并选择合适的镜像:
./deploy.sh install --arch auto
初始化时选择达梦或金仓作为元数据库,脚本会创建对应的数据库账号和表结构。连接串示例:
jdbc:dm://<dm-host>:5236/OBSERVE
若使用麒麟 V10 的强制访问控制(安全标记),需在安装前关闭或放行 OBSERVE 相关进程,否则可能出现端口无法监听的情况。这是安装阶段最常见的问题,且表现为"静默监听失败"而非明确的报错。
国产 CPU 单核性能普遍弱于主流 x86,资源规划要留足余量。以日均 1 亿条日志的规模为例:
实测 16 核鲲鹏节点入库吞吐约为同级 x86 节点的 70%–80%,查询延迟在 1.3 倍以内,容量规划可按这个比例留余量。上线前用内置的压测工具跑一遍写入与查询基准,把查询超时阈值调到适配国产 CPU 的水平,避免照搬 x86 环境的默认参数。
投产前建议逐项验证:达梦/金仓的备份恢复、麒麟系统的安全补丁升级不影响服务、TongWeb 上部署控制台无异常、以及断电/断网场景下的数据完整性。这些项验证通过后,即可按信创项目验收要求提交适配报告。