JMeter 如何实现 Elasticsearch 8.X 性能测试?
1、Elasticsearch 性能测试工具
包含但不限于:
- 1、rally
Elasticsearch 官方压测工具。
下载地址:https://github.com/elastic/rally
文档地址:https://esrally.readthedocs.io/en/stable/
- 2、 Loadgen
Elasticsearch 专属压测工具,Medcl 大佬(原 Elastic 中国第一人,现极限科技CEO)出品。
下载地址:http://release.infinilabs.com/loadgen/
- 3、JMeter
开源工具,纯 Java 编写,最初为 Java Web 应用程序而设计,后来扩展到其他测试功能。
下载地址:https://jmeter.apache.org/download_jmeter.cgi
早些年用过 JMeter 测试过 Elasticsearch 5.X 的功能,当时是测试同事协助完成,我自己没有完全掌握。
今天,我带领大家从头过一遍,让大家彻底搞懂 JMeter 实现 Elasticsearch 性能测试。
2、JMeter 部署与启动
由于Java 程序编写,自然支持跨平台,Windows 和 Linux 都可以运行。
这里,主要讲解 Windows 可视化界面配置。
谈不上部署,解压类似绿色安装包就可以使用。
2.1 修改编码格式
为了让 JMeter 支持中文字符,切记先修改配置文件。
修改 bin 路径下的:jmeter.properties 的缺省编码格式如下:
sampleresult.default.encoding=UTF-8
2.2 启动 JMeter
双击:jmeter.bat
启动后,会出现如下的可视化界面:
3、JMeter 性能测试认知前提
3.1 第一:本质上是 Java Web 应用程序测试的逻辑。
Elasticsearch 对外提供服务的就是 9200端口(默认),本质也可以看作 web 服务。
3.2 第二:既然是性能测试,就涉及模拟并发用户请求。
并发用户在JMeter中叫:Threads(Users)。
3.3 第三:既然是Web服务,就涉及配置 Http 请求头。
请求头包含但不限于:
1)Http 请求头,IP、端口、编码格式等基础信息配置,对应于JMeter 中的:Http Request。
2)Https 安全,用户名、密码等的配置,对应于JMeter中的:Http Authorization Manager。
3)Https 响应数据格式,对应于JMeter中的:Http Header Manager。
3.4 第四:既然是性能测试,就得有出报告的地方。
对应于 Listener,类似“吃自助餐”,需要什么拿什么。
有了上面四点认知,剩下的就是走流程了。
4、JMeter 实现 Elasticsearch 8.X 性能测试
4.1 步骤1:设置并发用户数。
如上图所示,逐个点击 Add->Threads(Users)->Thread Group。
- Number of Threads:并发用户数。
- Ram-up period:上面这些并发用户数的总耗时,单位为秒。
截图含义:1秒钟有100个用户并发请求。
4.2 步骤2:完成 Http 请求头及安全等基础配置。
4.3 步骤3:根据业务需求自助完成出报相关基础配置。
4.4 步骤4:执行并发性能测试。
绿色按钮执行,”扫帚“按钮清除执行。
4.5 步骤5:查看测试结果。
还有其他表和细节参数,本文没有展开,需要深入了解,查看一下官方文档即可。
5、实战性能对比
- 4核8G 云服务器(堆内存设置2GB),单节点8.1版本集群性能测试。
- 索引:weibo相关(构造假数据),数据量:228万4009。
- 分10并发用户、50并发用户、100并发用户、200并发用户对比如下四种检索方式的平均响应时间。
结果数据统计汇总如下:
初步结论如下:
- 第一:Wildcard 检索类型不论并发用户是多少,都是最慢的,所以高并发场景不推荐使用。
- 第二:match、term、match_phrase 要结合应用场景,单纯从性能测试响应时间的维度,无法给出明确的选型建议。
- 第三:Term针对keyword精准匹配,Match针对倒排索引单个词项检索,Match_phrase针对短语匹配全文检索更为高效。
以上结论仅是初步的,大家或许会有不同的意见(场景不一样,结论会不同),欢迎拍砖。
6、小结
实战出真知,欢迎就 JMeter 性能测试问题进行留言交流。
文章转载自公众号:铭毅天下Elasticsearch