适用场景全新升级！扩展 Dragonfly2 作为分布式缓存系统架构 | 龙蜥技术

头像
龙蜥社区
     北京
    阅读 5 分钟
    头图

    文/龙蜥社区开发者

    Dragonfly2 简介

    Dragonfly 作为龙蜥社区的镜像加速标准解决方案，是一款基于 P2P 的智能镜像和文件分发工具。它旨在提高大规模文件传输的效率和速率，最大限度地利用网络带宽。在应用分发、缓存分发、日志分发和镜像分发等领域被大规模使用。

    现阶段 Dragonfly 基于 Dragonfly1.x 演进而来，在保持 Dragonfly1.x 原有核心能力的基础上，Dragonfly 在系统架构设计、产品能力、使用场景等几大方向上进行了全面升级。

    Dragonfly 架构主要分为三部分 Manager、Scheduler、Seed Peer 以及 Peer 各司其职组成 P2P 下载网络，Dfdaemon 可以作为 Seed Peer 和 Peer。详细内容可以参考架构文档，下面是各模块功能：

    • Manager：维护各 P2P 集群的关联关系、动态配置管理、用户态以及权限管理等功能。也包含了前端控制台，方便用户进行可视化操作集群。
    • Scheduler：为下载节点选择最优下载父节点。异常情况控制 Dfdaemon 回源。
    • Seed Peer：Dfdaemon 开启 Seed Peer 模式可以作为 P2P 集群中回源下载节点, 也就是整个集群中下载的根节点。
    • Peer：通过 Dfdaemon 部署，基于 C/S 架构提供 dfget 命令行下载工具，以及 dfget daemon 运行守护进程，提供任务下载能力。

    更多详细信息可以参考 Dragonfly 官网。

    问题背景

    虽然 Dragonfly 的定位是一个基于 P2P 的文件分发系统，但是分发的文件必须是能够从网络上下载的文件，无论是 rpm 包还是容器镜像内容，最终都是有一个地址源的，用户可以通过 dfget 命令向 dfdaemon 发起下载请求，然后 Dragonfly P2P 系统负责下载，如果数据不在其他 Peer 上，那么 Peer 或者 SeedPeer 自己会回源，直接从源下载数据，然后返回给用户。

    但是有些场景我们需要分发的数据是某个节点上生成的，不存在一个远端的源地址，这个时候 Dragonfly 就无法分发这种数据了。所以我们希望 Dragonfly 能够增加对这种场景的支持，其实相当于把 Dragonfly 当作了一个分布式的基于 P2P 的缓存和任意数据分发系统。

    扩展 Dragonfly2

    所以我们设想中的 Dragonfly 缓存系统架构是这样的：

    • 每个计算节点上（比如神龙）部署一个 dfdaemon，作为一个 peer 加入 P2P 网络。
    • 接受来自本节点的请求
    • 为其他 peer 提供上传服务
    • 每个 peer 只负责管理自己本地的 cache 数据，不负责回源，回源由业务进程负责
    • 每个集群可以部署一个到多个基于 ECS 的 scheduler 节点。
    • 记录文件 P2P 网络的文件信息
    • 下载调度
    • 多 scheduler 节点解决单点故障问题
    • 每个 cache 系统中的文件都会通过 ringhash 映射到某个 scheduler 上
    • 一个或者多个 Manager 作为集群管理者。
    • 负责向 scheduler 和 peer 节点发送动态配置
    • 收集 metrics 等信息

    接口设计

    dfdaemon 接口

    原来的 daemon 接口：

    pkg/rpc/dfdaemon/dfdaemon.proto

// Daemon Client RPC Service
service Daemon{
  // Trigger client to download file
  rpc Download(DownRequest) returns(stream DownResult);
  // Get piece tasks from other peers
  rpc GetPieceTasks(base.PieceTaskRequest)returns(base.PiecePacket);
  // Check daemon health
  rpc CheckHealth(google.protobuf.Empty)returns(google.protobuf.Empty);
}

    新增 4 个接口：

    service Daemon { 
// Check if given task exists in P2P cache system
rpc StatTask(StatTaskRequest) returns(google.protobuf.Empty);
// Import the given file into P2P cache system
rpc ImportTask(ImportTaskRequest) returns(google.protobuf.Empty);
// Export or download file from P2P cache system
rpc ExportTask(ExportTaskRequest) returns(google.protobuf.Empty);
// Delete file from P2P cache system
rpc DeleteTask(DeleteTaskRequest) returns(google.protobuf.Empty);
}

    scheduler 接口

    原来的 scheduler 接口：

    // Scheduler System RPC Service
service Scheduler{
// RegisterPeerTask registers a peer into one task.
rpc RegisterPeerTask(PeerTaskRequest)returns(RegisterResult);

// ReportPieceResult reports piece results and receives peer packets.
// when migrating to another scheduler,
// it will send the last piece result to the new scheduler.
rpc ReportPieceResult(stream PieceResult)returns(stream PeerPacket);

// ReportPeerResult reports downloading result for the peer task.
rpc ReportPeerResult(PeerResult)returns(google.protobuf.Empty);

// LeaveTask makes the peer leaving from scheduling overlay for the task.
rpc LeaveTask(PeerTarget)returns(google.protobuf.Empty);
}

    新增 2 个接口，下载复用之前的 RegisterPeerTask()接口，删除复用之前的LeaveTask() 接口：

    // Scheduler System RPC Service
service Scheduler{
// Checks if any peer has the given task
rpc StatTask(StatTaskRequest)returns(Task);
// A peer announces that it has the announced task to other peers
rpc AnnounceTask(AnnounceTaskRequest) returns(google.protobuf.Empty);
}

    接口请求时序图

    StatTask

    ImportTask

    ExportTask

    DeleteTask

    代码实现

    目前代码已经合并，可以在 Dragonfly v2.0.3 版本中使用。

    upstream PR：https://github.com/dragonflyo...

    使用方法

    除了增加新的接口之外，我们还增加了一个叫 dfcache 的命令，用于测试，使用方法如下：

    - add a file into cache system
dfcache import --cid sha256:xxxxxx --tag testtag /path/to/file

- check if a file exists in cache system
dfcache stat --cid testid --local # only check local cache
dfcache stat --cid testid # check other peers as well

- export/download a file from cache system
dfcache export --cid testid -O /path/to/output

- delete a file from cache system, both local cache and P2P network
dfcache delete -i testid -t testtag

    测试及效果

    测试方法

    通过新增的 dfcache 命令，在一个节点上向 P2P cache 系统中添加不同大小的文件，然后在另外一个节点上针对这个文件做查询、下载、删除等操作。例如：

    # dd if=/dev/urandom of=testfile bs=1M count =1024
# dfcache stat -i testid # 检查一个不存在的文件
# dfcache import -i testid testfile

# on another node
# dfcache stat -i testid
# dfcache export -i testid testfile.export

    测试效果

    两台 ecs，网络走 vpc，带宽 3.45 Gbits/s (约 440MiB/s)：

    下载的 ecs 磁盘带宽 180MiB/s 左右：

    操作时间（ms）备注
    stat (本地存在cache）0.07cache已经在本地，不需要查询scheduler
    stat（本地不存在，peer存在）0.6cache 不在本地，但是 scheduler 知道其他 peer 有
    stat （不存在）1cache 不在 P2P cache 系统里
    delete1/
    import 1G file2542大部分时间是本地做分片计算 hash 等
    announce1向 scheduler 声明本地有某个 cache
    export 4k file3.37/
    export 4m file14默认按照 4M 分片，所以 4M 以内文件都是一片
    export 128m file170有些波动，150ms 到 190ms 都有
    export 1G file2150默认 200M 限速

    相关阅读链接：

    1、Dragonfly1.x 链接地址：

    https://github.com/dragonflyo...

    2、Dragonfly 架构文档：

    https://d7y.io/zh/docs/concep...

    3、Dragonfly 官网链接：

    https://d7y.io/

    4、龙蜥云原生SIG地址链接：

    https://openanolis.cn/sig/clo...

    —— 完 ——

    分布式架构技术开源p2p
    龙蜥社区
    40 声望12 粉丝

    OpenAnolis龙蜥社区由国内外头部企业联合建立的操作系统开源社区。

    « 上一篇
    浪潮信息工程师：带你了解设备透传虚拟机的快速启动技术优化方案 | 龙蜥技术
    下一篇 »
    什么？Coolbpf 不仅可以远程编译，还可以发现网络抖动！ | 龙蜥技术

    引用和评论

    推荐阅读
    头像
    共筑安全防线，龙蜥社区「操作系统及软件供应链安全MeetUp」邀您报名

    龙蜥社区阅读 47

    头像
    如何画好架构图：7种常用类型与示例

    腾讯云开发者赞 3阅读 1k

    头像
    2024 OSCAR 开源产业大会在京召开

    SegmentFault思否赞 1阅读 5.7k

    头像
    张晋涛：KubeCon China 2024 回顾

    张晋涛赞 2阅读 516评论 1

    头像
    2024OSCAR开源产业大会 | 开源项目社区与商业化分论坛精彩前瞻！！！

    SegmentFault思否阅读 5k

    头像
    中国信通院发布 2024 可信开源系列评估结果

    SegmentFault思否阅读 4.9k评论 1

    头像
    2024 OSCAR | 企业开源治理落地指南暨《OSGMM2.0-2024年中国企业开源治理全景观察》重磅揭秘！

    SegmentFault思否阅读 4.9k

    0 条评论
    得票最新