ES安全重启

这篇具有很好参考价值的文章主要介绍了ES安全重启。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

背景

elasticsearch 集群,有时候可能需要修改配置,增加硬盘,扩展内存等操作,需要对节点进行维护升级。

        但是记住es是内存数据库,而且同步到磁盘并不是同步的,所以一旦全部重启es,es数据会大量丢失掉,业务也无法正常进行。这是不可忍受的

        业务不能停,如果直接kill掉节点,可能导致数据丢失,而且集群会认为该节点挂掉了,就开始转移数据,当重启之后,它又会恢复数据,如果你当前的数据量已经很大了,这是很耗费机器和网络资源的。正常情况下,Elasticsearch 希望你的数据被完全的复制和均衡的分布。
        如果你手动关闭了一个节点,集群会立刻发现节点的丢失并开始再平衡。
        如果节点的维护是短期工作的话,这一点就很烦人了,因为大型分片的再平衡需要花费相当的时间.一个集群节点重启前要先临时禁用自动分配,设置cluster.routing.allocation.enable为none,否则节点停止后当前节点的分片会自动分配到其他节点上,本节点启动后需要等其他节点RECOVERING后才会RELOCATING,也就是分片在其他节点恢复后又转移回来,浪费大量时间。

# 1. 关闭shard自动均衡
curl -X PUT "localhost:9200/_cluster/settings?pretty" -H 'Content-Type: application/json' -d'
{
  "persistent": {
    "cluster.routing.allocation.enable": "none"
  }
}
'

# 2. 停止非必要的索引并执行同步刷新(可选)
POST /_flush/synced?pretty

# 3. 停止并升级单个节点 
如果您使用以下命令运行Elasticsearch systemd:
sudo systemctl stop elasticsearch.service
 
如果您正在使用SysV运行Elasticsearch init:
sudo -i service elasticsearch stop
 
如果您将Elasticsearch作为守护程序运行:
kill $(cat pid.txt)

# 4. 升级节点

# 5. 启动升级后的节点
#启动现在升级的节点,通过检查日志文件或检查此请求的输出来确认它加入了集群

GET _cat/nodes

## 6.打开shard重新分配
curl -X PUT "localhost:9200/_cluster/settings?pretty" -H 'Content-Type: application/json' -d'
{
  "persistent": {
    "cluster.routing.allocation.enable": "all"
  }
}

# 7. 等待节点恢复
GET /_cat/health?pretty

#没有同步刷新的碎片可能需要一些时间来恢复。单个分片的恢复状态可以通过_cat/recovery请求监控
GET /_cat/recovery?pretty

# 8. 重复
#当集群稳定且节点恢复后,对所有剩余节点重复上述步骤

注意:

执行同步刷新时,请检查响应以确保没有失败。尽管请求本身仍返回200 OK状态,但在响应正文中列出了由于挂起索引操作而失败的同步刷新操作。如果失败,请重新发出请求。文章来源地址https://www.toymoban.com/news/detail-817239.html

到了这里,关于ES安全重启的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包