Redisson在SLB环境下的NAT映射问题解决方案

背景介绍

在企业级Redis部署架构中，通常会使用服务器负载均衡(SLB)来实现高可用和流量分发。Redisson作为Java的Redis客户端，在与这种特殊网络架构交互时可能会遇到地址映射问题。本文将以一个典型生产案例为例，深入分析问题本质并提供解决方案。

问题现象

在通过SLB连接Redis哨兵集群的环境中，出现了IP地址反复切换的现象。具体表现为：

1. 服务通过域名连接SLB（如domainA:2700）
2. SLB将请求转发到EIP（如10.75.10.20:27000）
3. 最终到达实际的Redis哨兵节点（如10.65.10.30:27000）

Redisson的两种检查机制会交替添加和移除不同IP：

• scheduleSentinelDNSCheck会添加SLB的EIP
• scheduleChangeCheck会添加实际Redis节点IP 导致连接池中地址不断变化，产生"down added"的日志循环

技术原理分析

Redisson的哨兵模式实现包含两个关键检查：

1. DNS检查：定期解析配置的哨兵地址
2. 变更检查：从已知哨兵获取其他哨兵节点信息

在SLB环境下，这两种机制会获取到不同层级的地址：

• DNS检查获取的是SLB的虚拟IP
• 变更检查获取的是实际Redis节点的物理IP

当两种地址同时存在时，Redisson会认为这是不同的哨兵节点，导致连接池不断重建。

解决方案

方案一：使用NatMapper接口

Redisson提供了NatMapper接口来解决网络地址转换问题。我们可以实现自定义映射逻辑：

config.setNatMapper(new NatMapper() {
    @Override
    public RedisURI map(RedisURI uri) {
        // 将SLB的EIP映射为实际Redis节点IP
        if (uri.getHost().equals("10.75.10.20")) {
            return new RedisURI(uri.getScheme(), "10.65.10.30", uri.getPort());
        }
        return uri;
    }
});

方案二：使用内置HostNatMapper

Redisson还提供了更简便的HostNatMapper实现：

Map<String, String> hostMap = new HashMap<>();
hostMap.put("10.75.10.20", "10.65.10.30");

config.setNatMapper(new HostNatMapper(hostMap));

最佳实践建议

1. 网络规划：尽量保持哨兵配置与实际网络拓扑一致
2. 日志监控：设置org.redisson日志级别为TRACE以便调试
3. 版本选择：确保使用较新的Redisson版本（3.11.5及以上）
4. 连接池配置：适当调整连接池参数以适应地址映射带来的延迟

总结

在复杂的网络环境中使用Redisson时，理解其地址发现机制至关重要。通过合理配置NatMapper，可以有效解决SLB环境下的地址映射问题，确保Redis连接稳定可靠。本文提供的解决方案已在生产环境验证，可作为类似场景的参考方案。