麒麟 + 鲲鹏：国产化环境部署可观测平台的实操要点

国产化部署，难在环境不是应用

可观测平台本身的代码跨架构没问题，真正的坑在运行环境：ARM 架构下部分依赖没有现成二进制、内核参数默认值偏保守、国产存储的性能曲线和 x86 上的经验不一样。这篇文章把我们在麒麟 V10 + 鲲鹏 920 / 飞腾 2000 环境踩过的坑整理成清单。

架构与镜像选择

第一步是选对架构。确认 CPU 是 ARM64（鲲鹏、飞腾都是 ARM64，兆芯、海光则是 x86），镜像和二进制必须匹配，别拿 amd64 的包硬跑。炬鲸 OBSERVE 提供 amd64 和 arm64 双架构镜像，容器化部署直接拉对应 tag。

部署形态上，单机试点可以用容器化一键起，生产建议"多副本 + 本地盘"。可观测平台是写入密集型负载，磁盘 IOPS 和顺序写带宽是主要瓶颈，把热数据放在本地 NVMe 上，比挂一个共享的慢存储要稳得多。

依赖与内核参数

ARM 环境的坑多半出在依赖上。用容器化部署可以绕开大部分系统库版本问题，但主机层仍有几处要处理：

• 内核参数：vm.max_map_count 默认 65530，日志和索引这类 mmap 密集的组件会不够，建议调到 262144
• 文件句柄：ulimit -n 默认 1024，采集和存储组件都要加大到 65535
• 透明大页（THP）：建议关闭，避免大内存页分配抖动拖慢写入

系统是统信 UOS 还是麒麟，命令基本一致，主要在 /etc/sysctl.conf 和 /etc/security/limits.conf 里改。

存储与性能调优

信创环境常配国产磁盘阵列，性能差异较大，上线前务必做一次写入压测：用 fio 测 4K 随机写和 1M 顺序写，确认 IOPS 和带宽能扛住预估写入量。压测结果不达标，先查阵列的缓存策略和条带宽度，别急着怪软件。

可观测平台的性能调优方向：

• 采集侧批量上报，减少小包写盘次数
• 索引分片数量按节点数调，过少会热点、过多会碎片化
• 预聚合热门查询，避免大盘每次全量扫描

常见问题清单

• 依赖报 GLIBC 版本不匹配：检查是否混用了 x86 二进制，或换匹配的操作系统版本
• 中文日志乱码：统一 UTF-8，采集端和处理端字符集要一致
• 时区错位：容器和宿主机时区统一，链路时间轴才不会错
• 国产 CPU 功耗墙：鲲鹏在某些机型上会降频，压测结果偏低先确认是否撞了功耗/温度墙

国产化不是把包换一下那么简单，环境层的每一处差异都会在写入高峰时被放大。上线前把清单过一遍，比出了故障再排查省事得多。