ES进程除了kill之外，有什么优雅关闭的方式吗？(1)

最新推荐文章于 2024-04-17 11:14:15 发布

一个射手座的程序媛

最新推荐文章于 2024-04-17 11:14:15 发布

阅读量966

点赞数 7

分类专栏： 2024年程序员学习文章标签： elasticsearch jenkins 大数据

本文链接：https://blog.csdn.net/2301_76379269/article/details/137648951

版权

2024年程序员学习专栏收录该内容

260 篇文章 1 订阅

订阅专栏

curl -X POST "localhost:9200/_cluster/nodes/_local/_shutdown"

如果你知道特定节点的ID，也可以只关闭那个节点：

curl -X POST "localhost:9200/_cluster/nodes/node_id/_shutdown"

这个在ES 8实测结果：无法使用！

2. 通过Elasticsearch命令行工具：

使用Elasticsearch提供的elasticsearch-cli工具（从7.x版本开始引入）进行关闭：

elasticsearch-cli --request POST "/\_cluster/nodes/\_local/\_shutdown"

ES 8中这个工具存在，但是执行也是报错。

3. 通过系统信号：

向Elasticsearch进程发送适当的信号也能触发优雅关闭。找到Elasticsearch进程的PID，然后发送SIGTERM信号：

kill -SIGTERM <es_pid>

Elasticsearch进程在接收到SIGTERM信号后，会按照设计的流程执行优雅关闭。

实际测试该方式是ok的。

4. 使用Systemd服务管理器（如果你的系统使用Systemd启动Elasticsearch服务）：

sudo systemctl stop elasticsearch.service

Systemd通常会确保服务按照正确的方式来停止，包括执行服务定义中的“pre-stop”脚本，这对于像Elasticsearch这样的服务来说意味着执行一个有序的关闭。

这个方式也是ok的。

小结

在大型集群中，尤其是在生产环境中，建议通过API或服务管理器进行关闭，以便确保集群状态一致性和数据完整性。同时，Elasticsearch在接收到关闭信号后，也会尽量保证正在执行的操作得到妥善处理和回滚，避免数据丢失或损坏。

附录

kill的SIGTERM参数

当你在Linux或其他类Unix系统中操作时，kill命令是用来向一个进程发送特定信号的工具。SIGTERM信号就是这些信号之一，你可以将其理解为一种温和的通知方式，告诉某个进程：“嘿，程序，现在是时候结束了，请尽可能干净利落地完成手头的工作，并自行退出。”

具体来说，当你执行kill -15 <进程ID>（这里的15代表SIGTERM信号）时，操作系统会向指定的进程发送一个“终止请求”。对于遵守规则的程序，这意味着它们应该开始清理资源，保存状态，关闭打开的文件和网络连接等，并最终结束自身运行。这是一个尊重程序内部逻辑的优雅关机过程，给予程序机会去正确地完成收尾工作，防止数据丢失或者其他副作用。

然而，并非所有进程都会立即响应SIGTERM信号，有的进程可能没有实现对SIGTERM信号的处理，或者在接到信号后仍需一定时间才能完全终止。如果一个进程在接收到SIGTERM后未能及时结束，那么管理员可能会考虑发送更为强硬的SIGKILL信号（信号编号为9），这种信号无法被忽略或捕获，一旦发出，进程将会立即被内核强制终止。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Linux运维工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。