Redisson连接AWS Elasticsearch Serverless时的主从切换问题分析

问题背景

在使用Redisson 3.38.1版本连接AWS Elasticsearch Serverless服务时，开发者发现了一个关于主从节点切换的异常行为。当Elasticsearch端点解析出多个IP地址时，Redisson会在新IP地址加入时重新选择主节点，即使当前主节点IP仍然可用。

问题现象

具体表现为：假设初始有三个节点IP（X.X.X.166、X.X.X.33、X.X.X.147），其中X.X.X.147被选为主节点。当新节点X.X.X.107加入后，Redisson会重新选择X.X.X.107作为主节点，而原本的主节点X.X.X.147虽然仍在IP列表中，却失去了主节点身份。

技术分析

这个问题源于Redisson内部对IP地址列表的处理逻辑。在之前的版本中，Redisson团队为了解决其他问题（如#5621），引入了IP列表排序机制。该机制会始终对IP列表进行排序，然后简单地选择排序后的第一个IP作为主节点。

这种设计在AWS Elasticsearch Serverless环境下会带来问题，因为：

1. AWS服务可能会动态添加新的IP地址
2. 每次IP列表变更都会触发重新排序
3. 排序后的IP顺序可能发生变化，导致主节点被不必要地切换

解决方案

Redisson团队已经修复了这个问题，主要修改点包括：

1. 在Cluster模式下，增加了对当前主节点IP是否仍然可用的检查
2. 如果当前主节点IP仍在列表中，则优先保持其主节点身份
3. 只有在当前主节点IP被移除时，才会触发重新选择主节点

对于SingleServer配置，同样的问题也存在于DNSMonitor类中，团队也已相应地在DNSMonitor类中实现了类似的修复逻辑。

最佳实践建议

对于使用Redisson连接AWS Elasticsearch Serverless的用户，建议：

1. 升级到包含此修复的Redisson版本
2. 监控主从切换频率，确保符合预期
3. 在配置中明确指定首选主节点（如果支持）
4. 考虑在应用层增加重试逻辑，以应对不可避免的主从切换场景

总结

这个案例展示了分布式系统与云服务集成时可能遇到的微妙问题。Redisson团队通过优化IP地址处理逻辑，提高了在动态云环境下的稳定性。这也提醒开发者，在使用开源组件与云服务集成时，需要特别注意动态资源配置可能带来的边缘情况。