如何验证基于Nest与Asp.net Core 3.1的3节点Elasticsearch集群的查询负载均衡？

我来帮你理清这个问题，结合你的配置和疑问逐一拆解：

一、当前配置下的请求流向 #

先看你的appsettings.json，你只配置了单个ES节点的URI（http://192.168.254.137:9200/），这种情况下：

• 所有来自Nest客户端的查询请求都会先发送到这个配置的节点（node-1），客户端层面不会自动做轮询分配到其他节点。
• 之后，Elasticsearch集群会在内部决定把查询转发到哪个分片（主分片或副本分片）——默认规则是ES会在主分片和所有可用的副本分片之间做负载均衡，分散查询压力，但这是集群内部的转发逻辑，不是客户端直接发往不同节点。

二、如何让客户端实现节点间轮询负载均衡 #

如果想让Nest客户端直接把请求轮询分配到集群的多个节点，你需要修改配置，把所有集群节点的URI都加进去：

"ElasticsearchSettings": {
  "uris": ["http://192.168.254.137:9200/", "http://192.168.254.135:9200/", "http://192.168.254.136:9200/"],
  "basicAuthUser": "",
  "basicAuthPassword": ""
}

然后在初始化Nest客户端时，用StaticConnectionPool来配置多节点连接池，客户端默认就会采用轮询策略分发请求：

var uris = new[]
{
    new Uri("http://192.168.254.137:9200/"),
    new Uri("http://192.168.254.135:9200/"),
    new Uri("http://192.168.254.136:9200/")
};
var pool = new StaticConnectionPool(uris);
var settings = new ConnectionSettings(pool)
    .DefaultIndex("suggestionindex");
var client = new ElasticClient(settings);

三、验证请求分配的实用方法 #

不管是客户端层面的轮询，还是集群内部的分片转发，都可以用以下方式验证：

1. 查看ES节点日志 #

每个ES节点的日志文件（默认路径logs/my-cluster.log）会记录所有接收到的请求，你可以搜索search关键字的条目，统计不同节点处理的查询数量。比如日志里会有这样的内容：

[2024-05-20T10:00:00,123][INFO ][http.server] [node-1] handle incoming HTTP request [GET /suggestionindex/_search?pretty=true]

对比node-1、node-3的这类日志条数，就能判断请求是否均衡。

2. 用_cat API监控节点查询量 #

执行这条命令可以查看每个节点处理的查询总数：

curl http://192.168.254.137:9200/_cat/nodes?v&h=name,ip,port,search.query_total

多次执行查询后，再跑这个命令，对比search.query_total的数值变化，就能直观看到每个节点的查询处理量。

3. 在代码中添加请求追踪 #

在Nest客户端初始化时，加上请求完成的回调，直接打印请求发送到的节点：

var settings = new ConnectionSettings(pool)
    .DefaultIndex("suggestionindex")
    .OnRequestCompleted(response =>
    {
        if (response.Success)
        {
            Console.WriteLine($"本次请求发送到节点: {response.Uri.Host}");
        }
    });

这样每次查询后，控制台会输出目标节点的IP，一眼就能看到是不是轮询分配。

四、你的疑问逐一解答 #

1. 所有搜索查询是否总是发送至主分片所在的node-1？
   不是。在你当前单节点配置下，客户端所有请求都先到node-1，但ES集群会内部转发查询到主分片（node-3）或副本分片（node-1）——默认ES会随机选可用的分片（主/副本）处理查询，所以node-1和node-3都会处理查询，但客户端是直接发往node-1的。

2. 如果配置多节点客户端，查询会在node-1与node-3之间均衡分配？
   是的，当你把所有集群节点都配置到客户端连接池后，Nest默认用轮询策略分发请求到各个节点，每个节点收到请求后，再内部转发到合适的分片。

3. 是谁负责节点间的负载均衡？

   • 若客户端只配置单个节点：负载均衡由Elasticsearch集群内部负责，在主分片和副本分片之间分配查询请求。
   • 若客户端配置多个节点：首先是客户端层面（Nest的连接池）做轮询负载均衡，把请求分发到不同节点，然后集群内部再做分片级别的负载均衡。

内容的提问来源于stack exchange，提问作者ehsan_kabiri_33