共计 1393 个字符,预计需要花费 4 分钟才能阅读完成。
这篇文章将为大家详细讲解有关 Elasticsearch 搜索服务器全集群升级版本并重启的示例分析,文章内容质量较高,因此丸趣 TV 小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
Elasticsearch 搜索服务器需要一个完整的集群重启,主要版本升级是从 0.X 至 1.x 或从 1.x 的 2.x 版本到滚动升级不能超过该界限版本的支持。
这个过程要一个完整的集群重启进行升级,如下所示:
步骤 1:关闭分片自动分配
当您关闭一个节点,配置过程会立即尝试复制将原本节点集群中的其他节点上的分片,造成 I / O 的大量浪费。可以通过关闭一个节点之前禁用分配来避免:
123456PUT
/_cluster/settings {
persistent
: {
cluster.routing.allocation.enable
:
none
} }
如果从 0.90.x 升级到 1.x 中,使用这种上述设置:是不行的,而是如下:
1234567PUT
/_cluster/settings {
persistent
: {
cluster.routing.allocation.disable_allocation
:
true
,
cluster.routing.allocation.enable
:
none
} }
步骤 2:执行同步刷新,把内存里的数据刷到硬盘
1POST
/_flush/synced
步骤 3:关闭旧集群,配置新集群
停止集群中的所有节点上的所有 Elasticsearch 服务,每个节点都可以按照所描述的相同的程序进行升级。
步骤 4:启动集群,使用 API 来检查所有节点成功加入群集
12GET _cat
/health GET _cat
/nodes
步骤 5:等待集群状态变成黄色
一旦每个节点已恢复了当地的一旦每个节点已恢复了当地的分片时,状态会变成 黄色,这意味着所有主要分片已被追回,但不是所有的副本分片进行分配,这是可以预料的因为分配仍然被禁用。时,状态会变成 黄色,这意味着所有主要分片已被追回,但不是所有的副本分片进行分配。这是可以预料的,因为分配仍然被禁用。
步骤 6:重新启用分配
延迟副本的分配直到所有的节点都加入集群之后允许主副本分配给已经具备局部分片副本节点上,重新启用分片分配:
123456PUT
/_cluster/settings {
persistent
: {
cluster.routing.allocation.enable
:
all
} }
如果从 0.90.x 升级到 1.x 中,使用这种上述设置:是不行的,而是如下:
1234567PUT
/_cluster/settings {
persistent
: {
cluster.routing.allocation.disable_allocation
:
false
,
cluster.routing.allocation.enable
:
all
} }
现在开始群集分配副本分片的所有数据节点是安全的已恢复索引和搜索。
关于 Elasticsearch 搜索服务器全集群升级版本并重启的示例分析就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。