找到WindowsSearch,双击,在“启动类型”中选择“禁用”,确定
linux使用命令kill杀掉服务器的ES进程即可
1查找ES进程
ps -ef | grep elastic
2杀掉ES进程
kill -9 2382(进程号)
3重启ES
sh elasticsearch -d运维平台开发,最初使用zabbix监控服务器信息,zabbix好用是好用,但也比较复杂、庞大,因此想摆脱第三方监控工具独立对服务器信息进行监控。
在linux中其实一个top命令可以解决,那么监控别的服务器就可以用ansible来完成,具体步骤
1使用ansible 20接口调用top命令
2分析数据,由于第一条数据一直不变,所以取第二条数据
3正则表达式,筛选出数值
4保存到elasticsearch
最后使用任务调度工具定时执行
elasticsearch保存结果格式如下:垂直扩容:使用更加强大的服务器替代老服务器。但单机存储及运算能力有上线。且成本直线上升。如10t服务器1万。单个10T服务器可能20万。
水平扩容:采购更多服务器,加入集群。大数据。
新增或减少es实例时,es集群会将数据重新分配。
功能:
注意:es7以前primary shard的默认数量是5,replica默认是1,默认有10个shard,5个primary shard,5个replica shard
以3分片,2副本数,3节点为例。
主结点:master节点主要用于集群的管理及索引 比如新增结点、分片分配、索引的新增和删除等。 数据结点:data 节点上保存了数据分片,它负责索引和搜索 *** 作。 客户端结点:client 节点仅作为请求客户端存在,client的作用也作为负载均衡器,client 节点不存数据,只是将请求均衡转发到其它结点。
通过下边两项参数来配置结点的功能:
四种组合方式:
es提供了一套api,叫做cat api,可以查看es中各种各样的数据
GET /_cat/healthv
如何快速了解集群的健康状况?green、yellow、red?
green:每个索引的primary shard和replica shard都是active状态的
yellow:每个索引的primary shard都是active状态的,但是部分replica shard不是active状态,处于不可用的状态
red:不是所有索引的primary shard都是active状态的,部分索引有数据丢失了
GET /_cat/indicesv表示Elasticsearch服务器负载过高。当使用Elasticsearch进行滚动查询时遇到503错误时,表示Elasticsearch服务器负载过高或有其他问题导致无法响应查询请求。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)