缘起
最近某个5节点es集群发现其中1个主节点（被选中master）cpu负载很高，其中3节点master角色，所有节点默认data角色，初步操作重启这个主节点，使其角色变更减少压力，发现不起作用。
后来使用Cerebro分析发现其中有个geo_infomation信息索引只有一个分片，且大小超过[……]
标签：elasticsearch
ES集群7.3.2版本在线扩容Data节点
背景
接到生产业务需求，需要在线扩容ES集群且不能影响数据安全性，经过对Elasticsearch角色的分析，发现直接扩容Data节点最简单而且能满足需求。
备注：原来ES集群3节点dim角色默认都开启了。
原节点信息
[root@188_33_centos ~]# curl 192.168.[......]Kubernetes集群容器运行日志收集
参考文档
https://yq.aliyun.com/articles/679721
https://www.cnblogs.com/keithtt/p/6410249.html
https://github.com/kiwigrid/helm-charts/tree/master/charts/[......]elasticsearch pending_tasks 数量多原因分析
现象：
es集群在创建天或者小时索引的时候出现很多的pending_tasks，整点的时候都会出现大部分index数据写入延时的现象，10分钟后又恢复正常，非数据写入高峰时出现延时
环境：
es版本6.2.4
3台独立主节点+18台数据节点
160个索引每个索引15个分片
有不少索引都是按照小时[……]
使用elasticdump迁移数据到新es集群
参考文档
https://blog.csdn.net/u012731379/article/details/79856113
https://blog.csdn.net/u010466329/article/details/79209236
https://blog.csdn.net/laoy[......]