AWS OpenSearch多节点集群连接方案及DeadUntil属性问询

正确连接方式 #

• 当数据节点位于负载均衡器后方时，不要使用StaticConnectionPool，因为静态连接池需要提前指定所有节点地址，而负载均衡器后的节点可能动态变更，或客户端无法直接访问节点IP。
• CloudConnectionPool确实不适用于OpenSearch客户端，它是专为Elasticsearch Cloud定制的适配逻辑，和AWS OpenSearch的集群机制不兼容。
• 推荐两种适配方案：
  1. 借助负载均衡器（如AWS ALB）：直接用负载均衡器的域名创建SingleNodeConnectionPool，所有请求通过负载均衡器转发到后端数据节点，由负载均衡器负责节点健康检查和流量分发，这是最省心的方式。
  2. 直接连接多节点：如果需要客户端直接感知集群节点，可使用SniffingConnectionPool——它会定期调用集群_nodes API获取最新节点列表，自动更新连接池，适配节点增减。但要确保客户端拥有直接访问所有数据节点的网络权限。

关于SingleNodeConnectionPool的DeadUntil属性 #

• DeadUntil被设置为1小时是预期行为。当客户端检测到目标地址（这里是负载均衡器地址）不可达时，会将其标记为“死亡”，在DeadUntil指定的时间内不再尝试连接，避免频繁发送无效请求消耗资源。
• 是否需要关注：
  • 若只是偶尔出现一次标记，后续自动恢复，无需过度在意——这是客户端容错机制的正常运作。
  • 若频繁触发DeadUntil标记，说明负载均衡器或后端数据节点存在可用性问题，需要排查网络连通性、节点健康状态或负载均衡器配置。
  • 若觉得1小时重试间隔过长，可通过ConnectionSettings调整DeadTimeout参数，例如设置为5分钟：settings.DeadTimeout(TimeSpan.FromMinutes(5))

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