Elasticsearch 7.2.0：尚未发现或选举主节点，选举至少需要 X 个节点

我正在尝试自动化 Kubernetes 集群中 Elasticsearch 节点的水平扩展和缩小过程。

最初，我在 Kubernetes 集群上部署了一个 Elasticsearch 集群（3 个主节点、3 个数据节点和 3 个摄取节点）。在哪里，cluster.initial_master_nodes was:

cluster.initial_master_nodes:
  - master-a
  - master-b
  - master-c

然后，我执行了缩容操作，将主节点数量3减少到1（出乎意料，但用于测试目的）。在执行此操作时，我删除了master-c, master-b节点并重新启动master-a具有以下设置的节点：

cluster.initial_master_nodes:
  - master-a

由于elasticsearch节点（或者pod）使用持久卷，重启节点后，master-a减慢以下日志：

"message": "master not discovered or elected yet, an election requires at least 2 nodes with ids from [TxdOAdryQ8GAeirXQHQL-g, VmtilfRIT6KDVv1R6MHGlw, KAJclUD2SM6rt9PxCGACSA], have discovered [] which is not a quorum; discovery will continue using [] from hosts providers and [{master-a}{VmtilfRIT6KDVv1R6MHGlw}{g29haPBLRha89dZJmclkrg}{10.244.0.95}{10.244.0.95:9300}{ml.machine_memory=12447109120, xpack.installed=true, ml.max_open_jobs=20}] from last-known cluster state; node term 5, last-accepted version 40 in term 5"  }

似乎正在努力寻找master-b and master-c.

问题：

• 如何覆盖集群设置以便master-a不会搜索这些已删除的节点吗？

The cluster.initial_master_nodes设置仅在集群第一次启动时有效，但为了避免一些非常罕见的极端情况，一旦设置它，您就不应该更改它的值，通常您应该尽快将其从配置文件中删除。从参考手册 https://www.elastic.co/guide/en/elasticsearch/reference/current/discovery-settings.html#initial_master_nodes关于cluster.initial_master_nodes:

重新启动集群或向现有集群添加新节点时不应使用此设置。

除此之外，Elasticsearch 使用基于法定人数的选举协议 https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-discovery-quorums.html并说道：

为了确保集群仍然可用，您不得同时停止投票配置中一半或更多的节点.

您已同时停止三个符合主节点资格的节点中的两个，占总数的一半以上，因此预计集群将不再工作。

参考手册还包含删除符合主节点资格的节点的说明 https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-discovery-adding-removing-nodes.html#modules-discovery-removing-nodes您尚未关注的：

只要集群中至少有三个符合主节点资格的节点，作为一般规则，最好一次删除一个节点，以便集群有足够的时间自动调整投票配置并适应故障对新节点集的容忍级别。

如果只剩下两个符合主节点资格的节点，则两个节点都不能被安全删除，因为两个节点都需要可靠地取得进展。要删除其中一个节点，您必须首先通知 Elasticsearch 它不应该成为投票配置的一部分，并且投票权应该给予另一个节点。

它继续描述如何使用以下方法从投票配置中安全地删除不需要的节点POST /_cluster/voting_config_exclusions/node_name当缩小到单个节点时。