elasticsearch7.17.9两节点集群改为单节点

需求

将数据从node-23-1节点中迁移到node-83-1节点。但是现在node-83-1并没有加入到集群中，因此首先将node-83-1加入到node-23-1的集群

解决方案

使用ES版本为7.17.9，最开始设置集群为一个节点，node-23-1的配置如下

cluster.name: my-application
node.name: node-23-1
path.data: /mnt/sdb/app/elasticsearch-7.17.9-23-1/data
path.logs: /mnt/sdb/app/elasticsearch-7.17.9-23-1/logs
network.host: 0.0.0.0
ingest.geoip.downloader.enabled: false
http.port: 9200
cluster.initial_master_nodes: ["node-23-1", "node-83-1"]
search.max_open_scroll_context: 1024

将node-83-1节点加入集群
node-83-1的配置如下：

cluster.name: my-application
node.name: node-83-1
path.data: /home/iie4bu/app/elasticsearch-7.17.9/data/ 
path.logs: /home/iie4bu/app/elasticsearch-7.17.9/logs/ 
ingest.geoip.downloader.enabled: false
network.host: 0.0.0.0
http.port: 9200
discovery.seed_hosts: ["10.26.120.23:9300","10.26.120.83:9300"]
cluster.initial_master_nodes: ["node-23-1","node-83-1"]
search.max_open_scroll_context: 1024
indices.query.bool.max_clause_count: 10240

由于node-23-1中存在数据，因此要将node-83-1节点加入到集群中，需要设置discovery.seed_hosts。

加入集群后，自动平衡数据，当集群状态变为green后，就可以将node-23-1踢出集群。

将node-23-1踢出集群

将node-23-1踢出集群后，报错信息如下：

master not discovered or elected yet, an election requires at least X nodes with ids from [XXXXX]

它其实是说未能选举出一个主节点。

解决办法参考：https://www.cnblogs.com/shanfeng1000/p/14691301.html

如果ES集群是第一次启动，那么需要 cluster.initial_master_nodes 配置指定一个master类型的节点列表来进行选举一个主节点。另外，已经加入集群的节点信息保存在data目录下，以供下次启动使用，这样也就是说cluster.initial_master_nodes就不在起作用了。

每个ES集群都维护一个选举配置集合（Voting Configurations），这个选举集合由可以选举为主节点的master类型节点组成。它除了提供选举功能，还决定者集群的状态，当选举配置集合中超过一半的节点存活时，集群才提供服务（也就是过半原则，通常集群解决脑裂问题都是采用这种方式）

我们可以通过ES提供的API接口来查看选举配置集合中有哪些节点：

curl -X GET "http://localhost:9200/_cluster/state?filter_path=metadata.cluster_coordination.last_committed_config&pretty"

ES官方在删除节点建议中大致说了3点重要信息：

1、一次性删除节点不要太多，比如我们原来集群选举有7个master类型的节点，如果要缩减到只有3个节点的集群，如果直接关掉4个节点，会发现集群挂了，因为不满足过半原则，同时抛出警告：master not discovered or elected yet。
2、建议一个个的删除节点，然后留给集群足够的时间，让它自动调整Voting Configurations中的配置
3、如果只剩下最后两个节点了，那么都不能删除，如果要删除，就要配置Voting configuration exclusions来实现

事实上，ES有个cluster.auto_shrink_voting_configuration配置，默认是true，表示当节点挂掉之后是否调整Voting Configurations，也就是说自动将挂掉的节点从Voting Configurations中剔除，这样也会影响过半原则的判定，比如本来Voting Configurations中有5个节点，它最多可容忍2个节点丢失，如果停了2个节点，那么等ES自动调整Voting Configurations后，集群中还有3个节点，这也就是说还能容忍一个节点丢失，所以我们可以一台一台的停止一些节点，让ES自动从Voting Configurations中剔除掉停止了的节点（切记不要一次停止过多节点，否则可能在Voting Configurations自动调整前而导致不满足过半原则而导致集群停止服务），但是需要注意的是，它旨在master节点大于等于3时有效，也就是说Voting Configurations中至少会保存3个master类型的节点信息。

可能这与上面的描述有点差入，自动调整只能将Voting Configurations中的节点减少到3个，但是当Voting Configurations中有3个master类型节点时，虽然Voting Configurations不会再自动减少节点数，当有一个节点挂掉时，集群还是可以提供服务的，因为它满足过半原则，所以可能作者认为2个和3个节点是一样的吧。

换句话说，对于只有2个或者3个节点的集群，我们就要结合Voting configuration exclusions还实现了。

具体实现

现在要将现在两个节点的集群降为单节点集群，如果我们直接关闭node-23-1个节点，那么集群因为不满足过半原则而无法提供服务。

Voting configuration exclusions是一个类似于Voting configuration的集合，只是处于这个排除列表中的节点不会被选举，，等同于从选举集合中删除了（链接）:

# 查看排除列表
    curl -X GET "http://localhost:9200/_cluster/state?filter_path=metadata.cluster_coordination.voting_config_exclusions&pretty"
    # 添加排除，也就是从配置集合中删除，可以使用节点Id(node_ids)或者节点名称(node_names)来排除，如果执行失败，加上参数 wait_for_removal=false 试试
    curl -X POST "http://localhost:9200/_cluster/voting_config_exclusions?node_names=<node_names>"
    curl -X POST "http://localhost:9200/_cluster/voting_config_exclusions?node_ids=<node_ids>"
    # 清空排除列表
    curl -X DELETE "http://localhost:9200/_cluster/voting_config_exclusions"

如果执行结果返回：timed out waiting for removal of nodes; if nodes should not be removed, set waitForRemoval to false

可以在执行时在url中添加参数 wait_for_removal=false

上面我这里将node-23-1加入到排除列表之后，node-83-1就会被选举为主节点，这个时候就可以将node-23-1停掉，而后node-83-1还是正常提供服务的

注：操作完成之后，记得清空Voting configuration exclusions