Elasticsearch8.1 -- 21.集群中的添加和删除节点

集群中的重要决策依赖于 master-aligible nodes 群体的响应计算，比如 选择主节点 和 更改集群状态 等。

Elasticsearch 提供了 投票配置 机制， 通过对其集合的自动伸缩， 实现集群的高可用。 投票配置 是一组符合主节点资格 master-aligible nodes 的节点。

随着集群中节点的添加或删除， Elasticsearch 也会通过自动更新集群的 投票配置 ，从而保持集群的最佳容错水平。

1）描述：原有节点是130-132，新增节点为133 134节点

2）克隆虚拟机

4)在133 134节点上的zookeeper的data目录增加myid文件，并删除version-2与zookeeper_server.pid

133的myid=4 --------------------------- 134的myid=5

5)启动各个节点上的zookeeper

使用./zkServer sh start 启动zk

使用./zkServer sh status 查看zk状态

客户要求要回收一批hadoop集群的一批服务器，万幸namenode和resourcemanager服务没有安装在这批服务器上，但不巧的是3个journalnode节点都在这批服务器上，所以暂时先增加3个journalnode节点，等到回收服务器的时候，再把原来的journalnode节点下线，记录一下 *** 作

1.修改hdfs-site.xml配置文件

原配置为：

修改为：

2.分发hdfs-site.xml文件到各节点

3.将原journalnode上的edits文件scp到新的journalnode节点

从hdfs-site.xml文件中的dfs.journalnode.edits.dir配置项得到edits文件存储路径，scp到新节点的相同路径，注意权限和属主要相同，可以用scp -rp来复制

4.新journalnode节点启动journalnode进程

jps检查是否启动成功，如果失败就去看$HADOOP_HOME/logs下的journalnode相关的日志，讲道理应该没什么问题

5.把standby(nn2)节点的namenode重启一下

6.切换standby节点为active

7.重启standby(nn1)节点的namenode

*** 作同5，完成后web界面应该可以看到NameNode Journal Status的journalnode已扩展完成

---