在飞腾/鲲鹏 + 麒麟/统信上部署可观测平台：适配清单与性能验证

架构选择：容器化优先

国产 CPU 主要分飞腾、鲲鹏（ARMv8），加上龙芯（LoongArch）和海光/兆芯（x86 兼容）。同一套代码要在多种架构上跑，最省事的方式是容器化：为不同架构分别构建镜像，用多架构 manifest 分发。

docker buildx build --platform linux/amd64,linux/arm64 \
  -t registry.local/observe:2.5 --push

应用侧保持无状态，数据层（存储、索引）建议用国产数据库或兼容 MySQL 协议的数据库，跑在裸金属或独立实例上，别和查询层抢资源。

操作系统与依赖适配

麒麟（Kylin）和统信（UOS）都是基于 Linux 的国产发行版，适配重点在依赖库和运行时：

| 项目 | 说明 |
| --- | --- |
| glibc 版本 | 老版本麒麟的 glibc 可能偏低，二进制需用旧版本构建或静态链接 |
| Java/Go 运行时 | 用官方 ARM64 构建，避免 x86 转译的性能损耗 |
| 时间同步 | chrony 统一对时，链路追踪对时钟很敏感 |
| 系统库 | 部分系统库（如 libssl）版本差异，打包时一并带入 |

一个常被忽略的点：麒麟和统信默认启用了 SELinux/AppArmor 类安全模块，采集 Agent 读日志、写 socket 可能被拦。排查「数据收不到」时，先确认安全策略放行，再看文件权限和路径。

性能验证：别只看「能跑」

国产平台和 x86 的差异不是功能，是性能曲线。上线前做一组固定基准：

• 写入：用压测工具发固定速率日志，看单节点可持续写入 QPS，以及峰值下是否积压。
• 查询：灌入真实体量数据后，测 1 小时 / 24 小时 / 7 天时间范围的检索延迟。
• 内存：ARM 下内存页、大页配置对时序数据库影响明显，关注写入时的内存水位。

把基准结果和原 x86 环境对比，差距超出预期先定位是 I/O、CPU 还是存储，再决定加节点还是调参数。

常见坑与排查顺序

1. 镜像架构不匹配：报 exec format error，多半是镜像架构和节点不一致。
2. Agent 采集不到日志：先查安全策略，再看文件权限和路径。
3. 写入慢：先看磁盘 I/O 和内存，ARM 服务器常见问题是存储没跟上。
4. 时钟漂移：trace 时间戳错乱，先同步时间。

国产化部署的验收标准不变：写入不积压、查询不超时、链路能还原。平台在国产环境上跑稳，信创改造才算真正落地。