投票配置

每个 Elasticsearch 集群都有一个投票配置，它是有资格成为主节点的节点的集合，在做出诸如选举新的主节点或提交新的集群状态等决策时，会计算这些节点的响应。只有在投票配置中超过一半的节点响应后，才会做出决策。

通常，投票配置与当前集群中所有有资格成为主节点的节点的集合相同。但是，在某些情况下，它们可能会有所不同。

在节点加入或离开集群后，Elasticsearch 会通过自动对投票配置进行相应更改来做出反应，以确保集群尽可能具有弹性。在从集群中删除更多节点之前，请务必等待此调整完成。有关更多信息，请参见在集群中添加和删除节点。

当前的投票配置存储在集群状态中，因此您可以按如下方式检查其当前内容

resp = client.cluster.state(
    filter_path="metadata.cluster_coordination.last_committed_config",
)
print(resp)

response = client.cluster.state(
  filter_path: 'metadata.cluster_coordination.last_committed_config'
)
puts response

const response = await client.cluster.state({
  filter_path: "metadata.cluster_coordination.last_committed_config",
});
console.log(response);

GET /_cluster/state?filter_path=metadata.cluster_coordination.last_committed_config

更大的投票配置通常更具弹性，因此 Elasticsearch 通常倾向于在有资格成为主节点的节点加入集群后将其添加到投票配置中。同样，如果投票配置中的节点离开集群，并且集群中存在另一个不在投票配置中的有资格成为主节点的节点，则最好将这两个节点交换。因此，投票配置的大小保持不变，但其弹性增加。

在节点离开集群后，自动从投票配置中删除节点并不是那么简单。不同的策略有不同的优点和缺点，因此正确的选择取决于如何使用集群。您可以使用cluster.auto_shrink_voting_configuration 设置来控制投票配置是否自动缩小。

在某些情况下，Elasticsearch 可能会容忍丢失多个节点，但这不能保证在所有故障序列下都成立。如果cluster.auto_shrink_voting_configuration设置是false，则必须手动从投票配置中删除已离开的节点。使用投票排除 API来实现所需的弹性级别。

无论如何配置，Elasticsearch 都不会遭受“脑裂”不一致的困扰。cluster.auto_shrink_voting_configuration设置仅影响其在某些节点发生故障时的可用性，以及在节点加入和离开集群时必须执行的管理任务。

集群中通常应该有奇数个有资格成为主节点的节点。如果存在偶数个，Elasticsearch 会将其中的一个排除在投票配置之外，以确保其大小为奇数。这种省略不会降低集群的故障容错能力。实际上，它稍微提高了容错能力：如果集群遭受网络分区，将其划分为两个大小相等的部分，则其中一半将包含投票配置的大部分，并且将能够继续运行。如果计算所有有资格成为主节点的节点的投票，则两边都不会包含严格的多数节点，因此集群将无法取得任何进展。

例如，如果集群中有四个有资格成为主节点的节点，并且投票配置包含所有节点，那么任何基于仲裁的决策都需要至少三个节点的投票。这种情况意味着集群只能容忍丢失一个有资格成为主节点的节点。如果将此集群分成两个相等的部分，则两半都不包含三个有资格成为主节点的节点，并且集群将无法取得任何进展。但是，如果投票配置仅包含四个有资格成为主节点的节点中的三个，则集群仍然只能完全容忍丢失一个节点，但是基于仲裁的决策需要三个投票节点中的两个投票。如果发生平均分割，则一半将包含三个投票节点中的两个，因此这一半将保持可用。

当一个全新的集群首次启动时，它必须选举其第一个主节点。为了进行此选举，它需要知道哪些有资格成为主节点的节点的投票应该被计算在内。此初始投票配置称为引导配置，在集群引导过程中设置。

重要的是，引导配置准确标识哪些节点应在第一次选举中进行投票。仅配置每个节点对集群中应有多少节点的期望是不够的。还必须注意，引导配置必须来自集群外部：集群无法以安全的方式自行正确确定引导配置。

如果引导配置未正确设置，则在启动全新的集群时，存在意外形成两个独立集群而不是一个集群的风险。这种情况可能会导致数据丢失：您可能会在注意到任何错误之前就开始使用这两个集群，并且以后不可能将它们合并在一起。

仅在整个集群第一次启动时才需要初始仲裁。加入已建立集群的新节点可以安全地从选定的主节点获取它们需要的所有信息。以前是集群一部分的节点会将重新启动时所需的所有信息存储到磁盘中。