cosbench使用方法

1.安装jdk 依赖软件

yum install java nmap-ncat

2.解压

unzip 0.4.2.c4.zip

3.启动cosbench

sh start-all.sh

查看java进程 ps -ef |grep java

cosbench启动成功，运行两个JAVA进程，driver和controller。可以通过提示的端口进行界面访问。

配置文件说明

• workload name : 测试时显示的任务名称，这里可以自行定义
• description : 描述信息，这里可以自己定义
• storage type: 存储类型，这里配置为s3即可
• config : 对该类型的配置，
• workstage name : cosbench是分阶段按顺序执行，此处为init初始化阶段，主要是进行bucket的创建，workers表示执行该阶段的时候开启多少个工作线程，创建bucket通过不会计算为性能，所以单线程也可以;config处配置的是存储桶bucket的名称前缀;containers表示轮询数，上例中将会创建以s3testqwer为前缀，后缀分别为1和2的bucket
• prepare阶段 : 配置为bucket写入的数据，workers和config以及containers与init阶段相同，除此之外还需要配置objects，表示一轮写入多少个对象，以及object的大小。
• main阶段 : 这里是进行测试的阶段，runtime表示运行的时间，时间默认为秒
• operation type : 操作类型，可以是read、write、delete等。ratio表示该操作所占有操作的比例，例如上面的例子中测试读写，read的比例为80%,write的比例为20%; config中配置bucket的前缀后缀信息。注意write的sizes可以根据实际测试进行修改
• cleanup阶段 : 这个阶段是进行环境的清理，主要是删除bucket中的数据，保证测试后的数据不会保留在集群中
• dispose阶段 : 这个阶段是删除bucket

执行启动 sh cli.sh submit s3-config-sample.xml

结果分析

• Op-Type : 操作类型
• Op-Count : 操作总数
• Byte-Count : 操作产生的Byte
• Avg-ResTime : 操作产生的平均时间
• Avg-ProcTime : 操作的平均时间，这个是主要的延时参考，它反映了平均每次请求的时延
• Throughput : 吞吐量，主要反映了操作的并发程度，也是重要的参考
• Bandwidth : 带宽，反映了操作过程中的平均带宽情况
• Succ-Ratio : 操作的成功率