客户端与 Elasticsearch 集群通信时，如何选择合适的节点来执行请求？

回答重点

客户端与 Elasticsearch 集群通信时，在选择合适的节点来执行请求时，通常会通过轮询、负载均衡或主节点选择机制来进行。Elasticsearch 内置了几种策略来帮助客户端选择节点：

1）轮询：客户端会轮询可用的节点，依次向不同的节点发送请求，从而实现负载均衡。

2）优先主节点：有些请求（比如索引操作）可能更适合提交给主节点，因此客户端会优先选择主节点。

3）Sniffing：Elasticsearch 客户端支持 “嗅探” 集群。在此模式下，客户端会定期获取集群的状态和所有节点信息，从而了解每个节点的负载和健康状况，然后选择最合适的节点。

4）自定义策略：在有特殊需求时，客户端还可设置自定义策略，比如选择只有特定角色（数据节点、协调节点等）的节点。

1）轮询（Round Robin）：
轮询是最简单也最常用的负载均衡策略。每当客户端需要发送请求时，依次采用集群中下一个可用节点。这样可以较均匀地分配请求。不过这种方法没办法根据不同节点的负载情况来进行动态调整。

2）优先主节点：
当某些操作需要高权限或状态集中统一管理的时候，把请求发送给主节点是个不错的选择。比如创建索引、删除索引等操作，因为主节点掌握全局元数据，有更好的管理和处理能力。但这样处理也可能导致主节点压力大。

3）Sniffing：
嗅探机制非常有用。客户端启用嗅探功能后，会查询集群节点信息，定期更新自身节点列表。在集群规模变化（扩展或缩减）时，客户端能够自动调整节点选择。这在弹性伸缩的场景里非常重要，能够保证客户端总是有最新的节点列表，避免访问已经下线的节点。

4）自定义策略：
有时，我们会对集群中的节点有特殊要求。例如，某些请求只希望发送到数据节点、协调节点等。Elasticsearch 客户端允许我们配置自己的节点选择器（Node Selector），根据节点角色、标签等过滤合适的节点。