前段时间花了一段时间来研究Hyperledger Caliper的原理以及使用方式,研究的时候正处于Caliper改动较大的时候,因此也踩了不少的坑,也发现了一些问题,同时也加深了对这个项目的认识,在这里进行一下整理和归纳,以便大家能够更好地使用Caliper。
先附上一张官方文档的架构图:
Hyperledger Caliper这个项目其主要的核心思想是实现一套通用的区块链性能测试框架,能够支持Hyperledger旗下的所有framework,但是也不限于下面的项目,也可以支持其他的区块链项目,不过需要自己实现adaptation Layer。目前,Caliper已经正式发布了v0.1.0版本,支持Hyperledger Fabric v1.0-v1.4.3、Sawtooth、Iroha、composer和burrow。
Adaptation Layper(适配层)
适配层类似编程语言中接口与实现中的实现部分,即各种区块链操作最后都会调用到你所指定的Adaptation Layper的具体实现去操作对应的区块链平台。
Interface&Core Layper(接口及核心层)
下述内容摘自官方文档,该层核心思想是定义整个框架的相关流程,从初始化到测试到最后的统计及生成报告和相关的速率控制等实现,主体思想是定义整个核心流程代码。
接口和核心层提供 Blockchain NBI、资源监控、性能监控、报告生成模块,并为上层应用提供四种相应的北向接口:
Blockchain operating interfaces: 包含诸如在后端区块链上部署智能合约、调用合约、从账本查询状态等操作。 Resource Monitor: 包含启动/停止监视器和获取后端区块链系统资源消耗状态的操作,包括CPU、内存、网络IO等。现在提供两种监视器,一种是监视本地/远程docker容器,另一种则是监控本地进程。未来将实现更多功能。 Performance Analyzer: 包含读取预定义性能统计信息(包括TPS、延迟、成功交易数等)和打印基准测试结果的操作。在调用区块链北向接口时,每个交易的关键指标(如创建交易的时间、交易提交时间、交易返回结果等)都会被记录下来,并用于生成最终的预定义性能指标统计信息。 Report Generator: 生成HTML格式测试报告。
Application Layer(应用层)
应用层用于定义区块链网络的配置,测试的相关配置,指benchmark和network两个文件夹的配置。相关配置信息在此不进行展开。
整个测试流程,主要包括3个阶段:
测试客户端有2种,一种是local client,一种是zookeeper client,local client模式用于进行单机模式下的测试,zookeeper client模式用于解决单机性能不足,进行分布式的客户端测试。但是目前因为架构调整,zookeeper client这种模式将被废弃,作者尝试过此种模式的测试,但是存在一些问题https://github.com/hyperledger/caliper/issues/572,在这里贴出来,有兴趣的朋友可以研究下,但是maintainer已经不做维护了。后续将会设计新的分布式测试方案,可以关注后期的设计。
用户自己的定义的test case可以在benchmark文件夹中实现自己定义的相应JavaScript代码来实现相应的智能合约方法调用以及初始化和结束时要做的事情。
caliper项目中所有的代码都位于caliper/packages
目录下:
其中包括各个adaptation Layper层:caliper-burrow、caliper-composer、caliper-fabric、caliper-iroha、caliper-sawtooth。
caliper-cli:用于命令行参数解析。
caliper-core:用于整个项目的核心流程接口的实现。
caliper-samples;用于存放各种区块链网络的配置文件示例、测试文件的示例,以及各种智能合约。
caliper-tests-integration:用于进行caliper的本地打包发布和安装。
在学习使用的时候可以重点关注fabric-samples文件夹下的相关配置,网络配置在network目录中,测试配置在benchmark文件夹中,智能合约文件在src/contract
文件夹中。
目前caliper有了较为丰富的安装方法,大家可以根据自己的喜好以及实际情况择优选择。
Caliper目前已经将v0.1.0版本发布到了官方的npm server上了包名为@hyperledger/caliper-cli
,将制作好的docker镜像发布到了docker hub,hyperledger/caliper
,镜像包括了caliper的二进制文件。
安装和使用caliper主要有3个步骤:
在这里介绍下npx命令,npx命令在下面主要是搜索node_modules中下载的caliper命令的作用,起到类似将caliper放到全局搜索路径的效果。
使用如下命令确认下载的caliper的版本:
Cli提供了很多的辅助信息,可以使用–help进行查看。
bind命令用于指定caliper命令行操作的区块链平台的sdk类型及版本:
benchmark命令也是整个命令的核心,用于执行相应的测试,需要指定工作目录,网络配置及测试配置。
目前这种方式已经非常方便了,可以直接用npm install
安装,分为局部安装和全局安装2种方式。
这种方式的好处是可以在同一台服务器上设置多个不同的测试客户端而且不会相互干扰。
全局安装不需要初始化。
使用Docker镜像可以通过直接使用docker命令或者docker-compose的方式进行启动,只需要配置相应的环境变量以及将相关配置文件映射进容器即可。
下面是docker命令的方式:
下面是docker-compose的方式:
如果docker-compose的配置文件名为docker-compose.yaml
,直接执行:
如果需要自己构建Docker镜像的话,请执行下述命令:
如果执行完了发布命令的话,请清理一下环境
user@ubuntu:~/caliper/packages/caliper-tests-integration$ npm run cleanup
上述是我结合官方文档以及自己在前两周使用Caliper的过程中的心得体会,但是受限于目前Caliper目前客户端的性能问题,我并未采用Caliper进行测试,而是采用了别的方式,会在后续博客中提到。目前Caliper测试Fabric v1.4以上版本使用的SDK采用的是SDK的高级API,封装效果好,但是测试结果发现,在8核16G的服务器上,测试的sendRate在800TPS左右的时候,服务器CPU就已经满负荷运行了,无法提升单机的发送速率,和社区开发者交流后证实,在此版本之前,Caliper单机发送速率通过多进程的方式是可以达到4000TPS的,所以目前作者仅仅采用Caliper进行测试网络的初始化、销毁以及部署智能合约等辅助操作。真正的测试需要社区排查解决CPU占用率过高的问题之后才能使用,我也会持续关注这个问题,个人认为是由于发送的时候建立了过多的event hub的连接导致的资源消耗过高的原因。