以下三条记录源于5台机器导入近3亿条文档1.集群压力大,某台机器失去“心跳”后,其他机器好像总找不回它,导致数据无法继续传输查看日志,是说9300拒绝连接,想不明白,怎么会拒绝连接?很显然与防火墙无关,果然,关了防火墙依然有出现这种情况的可能。【我感觉还是9300的写入压力太大?】目前既没有找到好的解释,也没有好的解决办法目前的解决办法是:将bulk提交的request——timeout设置得很大,比如600秒,retries数也设置大一些,比如说100次。这样一来,集群不可用时,自己的代码程序不会退出。因为代码退出代价很大,你不知道什么时候集群失效了,数据传输到了哪些文件的哪些位置,重来又太
1
进入正题之前,解决之前的一个疑问:Elasticsearch集群是否已经正确工作?截图时,只上传过一次小测试数据(143万条),设置为:从图中可以看出,ip10节点上设置的数据目录:data1和data2目录工作正常,但是数据相同ip12中数据与ip10中数据不同,但是data1与data2数据相同ip13数据与ip12相同ip11既不是master候选者,也不是data节点,验证发现确实无数据分配多个分片和副本是分布式搜索功能设计的精髓系统:macOS10.13.4处理器:2.3GhzInterCorei5内存:8GB2133MHzLPDDR3SSDs注:jamesjxin在博客中说到:确保
1
黑马程序员-JavaEE 57期-day14-ElasticStack学习之Elasticsearch进阶代码、讲义和资料