ceph性能测试cosbecnch自动化的示例分析

共计 1553 个字符，预计需要花费 4 分钟才能阅读完成。

这篇文章主要介绍了 ceph 性能测试 cosbecnch 自动化的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让丸趣 TV 小编带着大家一起了解一下。

1、使用 CosBench 测试完成 ceph 的基准性能报告，手工收集 ceph 主机的 IO/CPU/disk 负载数据

通过看 COSBenchUserGuide.pdf 学习部署过程，完全参考该文档即可轻松部署。经过测试 librados-config-sample.xml、s3-config-sample*.xml 都可以正常使用。使用时一定要确认符合 xml 格式。

配置说明：

A. storage type= s3 指定了类型定义，对应访问 ceph 的 RGW 接口，通过 apache、nginx 服务器都可以正常访问

B. work type= init 创建 s3 的 bucket;operation type= read 读 s3 接口对象;operation type= write 写 s3 接口对象;work type= cleanup 删除 s3 接口对象;work type= dispose 清除 bucket

C.storage 的 config= accesskey=979OLL*;secretkey=nOM*;endpoint=http://*.*.0.1 为 rados-admin 创建的 s3 用户

D.config= cprefix=s3testqwer;containers=r(5,6);objects=r(1,2000);sizes=c(256)KB 创建的两个 bucket 为 s3testqwer5、s3testqwer6，每个 bucket 中的对象为 1~2000 总共两千个对象

注: 对应的 jar 包为.\cos\osgi\plugins\cosbench-s3_0.4.1.0.jar

日志查看：

A. ./cos/conf/driver.conf 文件中的 log_level = DEBUG 改为 debug 模式，开启错误信息

B. ./cos/conf/controller.conf 文件中的 log_level = INFO 根据需要改成 debug 模式

C. 连接、加载 jar 包等错误日志在.cos/log/system.log 中,log/mission 目录为每次运行的 workload 日志

D. 一般我是通过 http://192.168.1.105:19088/controller/index.html 网页加载压测配置文件, 如果有需要可以加载很多个，在正常情况下会顺序跑完所有 workload

2、使用 CosBench 测试完成 ceph 的基准性能报告，在运行时手工使用 shell 脚本统计负载数据

在测试时需要观察系统资源使用情况, 我们使用 dstat 命令查看 CPU、网络负载，iostat 命令查看磁盘负载

安装命令分别为 yum install dstat;yum install sysstat

iostat -dx 3 5 间隔 3 秒打印 5 次磁盘 io 情况，主要观察 await/%util 两项
dstat 每秒钟打印一次

开始时是通过命令打印 crt 上面，然后通过 excell 统计，每次压测完都要手工处理 1 个小时。后来通过命令把平均值统计好直接输出，运行完就可以直接生成报告

3、使用 CosBench 测试完成 ceph 的基准性能报告，把 CEPH 主机负载数据使用 shell 脚本输出日志，直接通过日志数据完成报告手工输出

4、开发 CosBench 测试相应的 lib 库完成 DNS 解析，同时连接多个 RGW，测试负载情况。不再观察测试过程，测试完后直接完成报告

感谢你能够认真阅读完这篇文章，希望丸趣 TV 小编分享的“ceph 性能测试 cosbecnch 自动化的示例分析”这篇文章对大家有帮助，同时也希望大家多多支持丸趣 TV，关注丸趣 TV 行业资讯频道，更多相关知识等着你来学习!