当前位置: 首页 > article >正文

【ceph学习】rados bench性能测试工具介绍

rados bench性能测试工具介绍

  1. radosbench介绍
    Ceph 包含 rados bench 命令,用于在 RADOS 存储群集上执行性能基准测试。命令将执行写入测试,以及两种类型的读测试。在测试读取和写入性能时,–no-cleanup 选项非常重要。默认情况下,rados bench 命令会删除它写入存储池的对象。保留这些对象后,可以使用两个读取测试来测量顺序读取和随机读取的性能。

  2. 命令及参数

  • 读写命令
rados bench -p <pool_name> <run_time> <mode> [options]
  • 必选参数定义

    • pool_name:测试操作的池名字。
    • run_time:测试持续时长(单位为秒)。
    • mode:测试模式。取值有 write、seq 和 rand。其中 write 是写(Rados 没有顺序写或随机写之分),seq 和 rand 分别表示顺序读和随机读。
  • options其他参数

    • -c:Ceph 配置文件路径。如果使用的不是默认的 Ceph 配置文件 /etc/ceph/ceph.conf,则需要指定。
    • -b:write 模式中操作的块大小(block size),单位字节。默认为 4194304(4 MB)。
    • -O:write 模式中操作的对象大小(object size),单位字节。默认等于 -b。
    • –max-objects:write 模式中的最大的对象数量。设定此参数后,写到最大数量测试就会停止(可能会超出一些),否则会继续执行直到达到 seconds 时间。
    • -t:并发操作数。默认为 16。
    • –no-cleanup:write 模式中,在写入测试完成后删除不测试数据。不加此参数时,write 测试完成后测试数据会被删除,如果后面还要进行读测试的话,需要加这个参数保留数据。
    • -f:执行输出的格式。取值有 plain(默认)、json 和 json-pretty。
    • –run-name:本次测试的名字,这个名字和测试时拼接的 key 名字有关。默认为 “benchmark_last_metadata”。
    • –reuse-bench:write 模式中复用上一次的测试对象。不同的测试会有不同的对象前缀,加这个参数以后还用上一次的前缀,但前提是上一次测试加了 --no-cleanup 参数。
    • –show-time:在每一条输出前都加上日期/时间 data/time 前缀。
    • –no-verify:读对象的时候不验证内容。
    • –write-object:指定向对象中写入的内容。
    • –write-omap:指定向 omap 中写入的内容。
    • –write-xattr:指定向 extended attributes 中写入的内容。
  • 清理数据

如果我们在写测试中添加了 --no-cleanup 参数不清理数据,那么后面当我们不需要的时候,还需要使用子命令 cleanup 来删除这些数据:

rados cleanup [--run-name run_name] [--prefix prefix]
  • –run-name :写入测试时如果添加了这个参数,这里要添加一样的。默认也是 “benchmark_last_metadata”。
  • –prefix:要清理对象的前缀。

每次进行写入测试的时候,写入的对象都会有一个前缀,例如 benchmark_data_myhostname_3742558,前面是固定的 benchmark_data_,中间是机器的 host 名字,末尾是一串数字(看着应该是跟时间有关,因为可以排序),这个前缀会在 write 测试时会打印出来。

当多次执行带有 --no-cleanup 的写入测试后,池里就会存在很多个不同的前缀的对象。可以通过指定前缀,清理特定某一次测试写入的数据。如果不指定前缀,则默认清理最后一次写入测试的数据。

  1. 结果分析
  • 命令执行情况
ceph@node2:/$ rados bench -p rbd  1200  write -b 40960 -t 16  --no-cleanup
/*参数说明*/
hints = 1
Maintaining 16 concurrent writes of 40960 bytes to objects of size 40960 for up to 1200 seconds or 0 objects
/*对象前缀*/
Object prefix: benchmark_data_node2_139690
/*实时打印性能数据*/
  sec Cur ops   started  finished  avg MB/s  cur MB/s last lat(s)  avg lat(s)
    0       0         0         0         0         0           -           0
    1      16      1844      1828   71.4017   71.4062  0.00784974  0.00871787
    2      16      3701      3685   71.9665   72.5391  0.00709388  0.00866239
    3      16      5441      5425   70.6316   67.9688   0.0146895  0.00883316
    4      16      7007      6991   68.2651   61.1719   0.0136184  0.00913108
    5      16      8538      8522   66.5717   59.8047  0.00318715  0.00935557
    6      16      9344      9328   60.7231   31.4844   0.0190202   0.0102398
    7      16      9977      9961   55.5803   24.7266    0.010927   0.0112053
    8      16     10518     10502   51.2741   21.1328   0.0439235   0.0121624
    9      16     11280     11264   48.8839   29.7656   0.0717894   0.0127303
   10      16     12045     12029   46.9835   29.8828  0.00995933   0.0132811
   11      16     12918     12902    45.812   34.1016   0.0134464    0.013624
   12      16     13815     13799   44.9139   35.0391  0.00909432   0.0138991
   13      16     14640     14624   43.9377   32.2266  0.00318153   0.0141421
   14      16     15278     15262   42.5792   24.9219   0.0183044   0.0146673

示例中是写数据的bench数据结果。每列的含义如下:

  • sec:当前执行的秒数。

  • Cur ops:当前的并发操作数。这个值一般就是 -t 的值,可能小一点(跟执行情况有关)。

  • started:截至当前的已经开始写入的对象数。

  • finished:截至当前的已经完成写入的对象数。

  • avg MB/s:平均带宽。单位 MB/s。

  • cur MB/s:当前带宽。单位 MB/s。

  • last lat(s):当前延迟。单位秒。

  • avg lat(s):平均延迟。单位秒。

  • 最终性能结果:

Total time run:         1200.02
Total writes made:      1443431
Write size:             40960
Object size:            40960
Bandwidth (MB/sec):     46.9861
Stddev Bandwidth:       15.8027
Max bandwidth (MB/sec): 73.4375
Min bandwidth (MB/sec): 0
Average IOPS:           1202
Stddev IOPS:            404.55
Max IOPS:               1880
Min IOPS:               0
Average Latency(s):     0.0132992
Stddev Latency(s):      0.0341294
Max latency(s):         4.61661
Min latency(s):         0.00265286
  • Total time run:总测试运行时间。
  • Total writes made:总测试写入对象数。
  • Write size:写入时的 block 大小。单位字节。
  • Object size:写入时的对象大小。单位字节。
  • Bandwidth (MB/sec):平均带宽。单位 MB/sec。
  • Stddev Bandwidth:带宽标准差。
  • Max bandwidth (MB/sec):最大带宽。单位 MB/sec。
  • Min bandwidth (MB/sec):最小带宽。单位 MB/sec。
  • Average IOPS:平均 IOPS。
  • Stddev IOPS:IOPS 标准差。
  • Max IOPS:最大 IOPS。
  • Min IOPS:最小 IOPS。
  • Average Latency(s):平均延迟。单位秒。
  • Stddev Latency(s):延迟标准差。单位秒。
  • Max latency(s):最大延迟。单位秒。
  • Min latency(s):最小延迟。单位秒。
  1. 总结
    radosbench是一个可以直接往存储池进行压测数据的工具,绕过了前段的文件、对象、块等协议层的处理。适用于预埋数据,以及测试osd性能等场景。

http://www.kler.cn/a/283907.html

相关文章:

  • WPF学习之路,控件的只读、是否可以、是否可见属性控制
  • Redis高可用-主从复制
  • MySQ怎么使用语法介绍(详细)
  • 【Linux】进程池实现指南:掌控并发编程的核心
  • idea的mapper.xml文件里写sql语句出现Tag name expected错误提示
  • 【大数据技术基础 | 实验十】Hive实验:部署Hive
  • JAVA中有关锁的详解
  • 鸿蒙HarmonyOS开发:创建新的Lite工程
  • cesium加载在线3dtiles
  • 腾讯地图SDK Android版开发 9 覆盖物示例3点聚合
  • Flink1.14.* 各种算子在StreamTask控制下如何调用的源码
  • FPGA实现SDI视频H265压缩网络推流输出,基于VCU架构,支持12G-SDI 4K60帧,提供工程源码和技术支持
  • 批量进行Mysql数据处理的一项工作记录以及保存一个nginx变量大全
  • Linux下网络缓冲区——chainbuffer的具体设计
  • 白银现货的两大指标,如何使用?
  • ES常用操作
  • C++标准 alignas 与 windows 封装指令 (pack pragma) 的区别
  • 物联网架构之HBase
  • AI加持的开发平台,如何满足您的独一无二?
  • 智能合约开发与测试1
  • [LLM][Prompt Engineering]:大语言模型提示工程(Prompt Engineering)
  • Navicat Lite导入为SQL,然后到服务器的SQLServer Management 里执行时,报各种错误,是文件的Encoding不一致导致的解决
  • 科讯档案管理系统存在SQL注入漏洞(0day)
  • 聚类算法k-means(手撕和调用skl)
  • Python编码系列—Python项目架构的艺术:最佳实践与实战应用
  • 【数据结构】关于哈希表内部原理,你到底了解多少???(超详解)