ELK,萌萌哒

Elasticsearch took和实测的耗时差异大,qps低

Elasticsearch | 作者 cwn1986 | 发布于2018年06月04日 | 阅读数:6952

通过python requests使用http接口查询数据,发现took返回的耗时基本是1或2ms,但是requests.get的耗时都是10ms以上,且压测的线程越多,requests.get耗时越大,16线程的时候,耗时已经近70ms了,但是took还是1或2ms。
集群情况:2机器,每台机器分别部署一个data node和一个master node,1index,5shard1副本,2367681数据,机器内存189G,processor 40,空闲
请问大家rest是用什么访问的,我这个情况是requests导致的吗,还是我部署的不合理导致的
已邀请:

laoyang360 - 《一本书讲透Elasticsearch》作者,Elastic认证工程师 [死磕Elasitcsearch]知识星球地址:http://t.cn/RmwM3N9;微信公众号:铭毅天下; 博客:https://elastic.blog.csdn.net

赞同来自:

漏考虑了:网络传输的延时。如果你请求的字段顿,信息量大(某字段如:cont代表正文内容),可以考虑source减少返回字段来控制。

cwn1986

赞同来自:

是这么回事,把返回字段减少是可以提高速度的,但是即使只返回一个字段(文章标题,也就20个字左右吧,100条),qps也就是275,我想请教下,正常qps能达到多少呢

cwn1986

赞同来自:

之前听说拿一个节点单独作为client节点(非master,非data),所有请求都发往这个节点,让这个节点来做merge工作可以提高速度,我试过了,好像并么有提高速度

要回复问题请先登录注册