流式遥测:gNMI、OpenConfig、gRPC

以 60 秒为间隔的 SNMP 轮询已成过去式。现代 OcNOS 部署通过 gRPC 流式传输模型驱动的遥测数据,具备亚秒级粒度、OpenConfig 建模的路径以及 dial-out 采集器,可直接馈入 Prometheus、InfluxDB 和 Grafana,无需转换层。

遥测数据管道

OcNOS 路由器将 gNMI Subscribe 负载(gRPC dial-out)上报至中央采集器。采集器解复用至时序与搜索后端,Grafana 在其之上渲染仪表盘。

gNMI 流式遥测采集器流水线 流式遥测管道。多台 OcNOS 路由器通过 gRPC 将 gNMI dial-out 遥测数据流式传输至中央采集器。采集器将数据分发至 Prometheus、InfluxDB 与 Grafana,用于时序存储、即席查询与仪表盘展示。 OcNOS-1 gNMI OcNOS-2 gNMI OcNOS-N gNMI gRPC dial-out Collector Telegraf · gNMIc Prometheus TSDB InfluxDB TSDB Grafana Dashboards gNMI · OPENCONFIG YANG · 1-SEC GRANULARITY · JSON + PROTOBUF

为什么流式遥测取代了 SNMP

SNMP 轮询周期会错过微突发、重压控制平面,且无法提供结构化、模型驱动的负载数据。 gNMI Subscribe 基于 gRPC 的方式颠覆了原有模型:设备在状态变化时或按采样间隔主动推送类型化更新,采集器只需解析 protobuf 即可。OcNOS 完整开放了 OpenConfig tree plus IETF 与 IP Infusion 原生模型,并同时支持 dial-in(采集器连接到设备)和 dial-out(设备从 NAT 后连接到采集器)两种部署模式。

OcNOS 的流式遥测实现

gNMI Subscribe

ON_CHANGE / SAMPLE / TARGET_DEFINED

完整支持 Subscribe RPC,包括用于状态增量的 ON_CHANGE、用于周期性上报的 SAMPLE,以及让设备为每个叶子节点(leaf)自行选择合适节奏的 TARGET_DEFINED。

YANG 模型

OpenConfig + IETF + 原生

OpenConfig interfaces、network-instance、BGP 及 platform 模型;已批准的 IETF YANG;以及面向 OcNOS 特有状态的原生模型。所有模型均经版本管理并对外发布。

Dial-out 模式

NAT 后路由器

gRPC dial-out 让位于 NAT 之后的基站侧与边缘路由器将遥测数据推送至中央采集器,无需开放任何入站端口。

传感器覆盖范围

1 秒粒度

逐端口计数器、队列深度、BGP RIB-in/out、光学 DOM、CPU 与内存状态:均可按 1 秒采样间隔获取,在 ASIC 支持的情况下可更精细。

Encoding

JSON_IETF + Protobuf

同时支持 JSON_IETF 与 protobuf 编码。在高扇出传感器场景下 protobuf 在传输效率上更优;JSON 则在可调试性上更胜一筹。

采集器集成

Telegraf + gNMIc

经验证的参考流水线,使用 Telegraf 的 gNMI 输入插件或 Nokia 的 gNMIc,开箱即用地对接 Prometheus、InfluxDB 与 Grafana。

OcNOS 遥测能为你带来什么

  • 符合标准的路径。 OpenConfig leaf 路径与您现有采集器的预期完全匹配,无需任何专有 YANG 转换层。
  • 亚秒级可视性。 微突发检测、ECN 标记计数器,以及 SNMP 无法触及的队列深度采样间隔。
  • 支持开源软件栈。 面向 Grafana 的参考仪表盘、即插即用的 Telegraf 配置,以及 Prometheus 告警规则示例。
  • 统一的配置界面。 同一个 gNMI 服务器同时支持 Get、Set 和 Subscribe:遥测与配置即代码共用一套认证和 TLS 路径。

正在让可观测性技术栈现代化?请联系网络架构师。

申请技术演示 →