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