Ozone Recon 2.0 数据探查服务设计

文章结构概览

• 前言

  • 当前Ozone Recon所具备的功能及其2.0版本的开发目标

  • SCM Container的追踪实现方式

    • • 方案一: 在SCM内部引入新的API接口，用于获取缺失或受损的Container数据
    • 方案二: 通过Recon周期性地从SCM获取元数据并完成同步操作
    • 方案三: 由Datanode将相关数据上报至Recon服务端

  • 引用

前言

此前笔者曾撰写过一篇有关Ozone数据探查服务Recon的介绍文章(存储系统“数据之眼”的设计–数据探查服务)。作为系统内部的数据探查工具，Recon通过定期与OM元数据进行同步，并在内部执行智能化分析（如数据聚合计算等），从而帮助管理员更加便捷地掌握系统内的数据状况。目前，Recon 1.0版本已完成了设计与实现。近期，Ozone社区正在就Recon 2.0的设计展开讨论。在2.0版本中，Recon的功能范围将得到进一步扩展。其中，该服务将深入分析SCM中的Container元数据管理内容。接下来，我们将简要探讨Recon 2.0的相关内容。

现今Ozone Recon的功能以及2.0版本的目标

当前Ozone Recon的核心功能主要集中在OM元数据（即key键值数据）的分析上，涵盖基础的文