跳到主要内容

NRF — 网络存储功能

NRF 是整个 5G 核心构建的注册中心。每个其他 NF 在启动时都会向 NRF 注册其 NF 配置文件 — 包括其类型、地址、PLMN、它提供的 服务 以及其容量和优先级 — 然后通过询问 NRF 来发现可用的同伴。NRF 跟踪每个注册实例的 状态,持有 状态变化订阅,以便在其依赖的同伴出现或消失时通知 NF,并监视 心跳 以使停止检查的实例过期。当任何 NF 需要找到另一个时,NRF 是关于哪些可用及如何联系的真实来源。

← 5G 核心

在仪表板中

NRF 仪表板 — NF 类型/实例/服务摘要卡和按类型注册的 NF 实例网格

NRF 具有自己的专用仪表板,比标准 NF 页面更丰富,因为它拥有其他核心通过其发现的注册表。它以标准健康卡片开头 — API 健康NRF 注册(NRF 本身是否已注册)、NF 状态许可证 — 每个卡片都以一定间隔轮询。

在数据上方,它显示四个 指标卡 总结注册表:NF 类型总实例已注册(带有总百分比条)和 服务(带有订阅计数)。它们下方是 NRF 的核心视图:

  • 注册的 NF 实例 — 每个注册实例,按 NF 类型(AMF、SMF、UDM、PCF 等)分组。每个实例卡片按类型进行颜色编码,并显示其注册状态、心跳计时器、服务计数和 PLMN。选择一个实例会打开其完整的 NF 配置文件 — NRF 持有的详细记录,包含指向该 NF 自身页面的 打开仪表板 链接和 注销 按钮。这是“哪些 NFs 正在运行,它们是否都已注册?”的视图。
  • 注册的服务 — 每个实例所宣传的每项服务的平面表,包含其版本和状态,以便操作员可以查看核心当前在所有 NFs 中提供的能力。
  • 订阅 — 当前持有的 NF 状态变化订阅,每个 NF 的请求以便在同伴状态变化时被通知。
  • 统计 — NRF 的实时计数器:按类型的总 NF、订阅和发现请求,快速了解注册表的大小和查找活动。

操作

仪表板提供管理注册表的操作。每个操作在执行前都会确认,因为它会更改实时注册状态:

  • 注销 NF 实例(逐行) — 从 NRF 中删除一个实例的注册。用于清除单个 NF ��过时或卡住的注册;该 NF 必须在其他 NFs 可以再次发现它之前重新注册。
  • 注销所有 NFs(批量) — 一次性从 NRF 中删除所有注册。作为最后手段,用于重置持有过时条目的注册表;每个 NF 必须重新注册。
  • 删除订阅 — 删除一个状态变化订阅。用于清除由不再需要的 NF 留下的过时或孤立的订阅。
  • 更新 NF 配置文件 — 修补注册实例的配置文件(例如其容量、优先级或状态),以便操作员可以调整 NRF 如何引导发现实例,而无需注销它。

操作接口

NRF 的 OAM API 提供进一步的控制,操作员可以通过后端代理访问:

  • 运行时诊断 (/api/oam/diagnostics) — 显示正在运行的服务的低级诊断信息。
  • 资源使用 (/api/oam/resources) — 报告运行时的内存、进程和调度程序使用情况,以进行节点健康检查。
  • 手动心跳检查 (/api/oam/heartbeat) — 触发 NF 实例的按需心跳检查,以确认其是否仍然存活,而不是等待其计时器。
  • NF 在线时间 (/api/oam/nf_uptime/{id}) — 显示实例的注册时间及其注册时长,以确认 NF 在线的时间。
  • 设置日志级别 (/api/oam/log_level) — 在运行时更改日志级别��emergencyalertcriticalerrorwarningwarnnoticeinfodebug 之一),以在故障排除时提高详细程度。
  • 强制 NRF 重新注册 (/api/oam/nrf/reregister) — 重新注册 NRF,用于恢复丢失或过时的自我注册。

相关