Spring Data Redis 中 Sentinel TLS 连接配置的注意事项

背景介绍

在使用 Spring Data Redis 连接 Redis Sentinel 集群时，当集群启用了 TLS 加密传输，开发者可能会遇到连接建立失败的问题。本文深入分析这一问题的根源，并提供完整的解决方案。

问题现象

当开发者按照常规方式配置 Redis Sentinel 连接时，即使 RedisURI 中明确设置了 SSL 参数，仍然会遇到连接失败的情况。错误日志显示连接被重置，表明 SSL 握手未能成功完成。

根本原因分析

经过深入排查，发现 Spring Data Redis 在处理 Redis Sentinel 连接时存在一个关键问题：虽然 RedisURI 中可以配置 SSL 参数，但在实际创建连接工厂时，这些 SSL 配置并未被自动应用到最终的连接配置中。

具体来说，当使用 Lettuce 作为连接客户端时，RedisURI 中的 SSL 设置仅影响 Sentinel 节点的连接，而不会自动传播到后续与 Redis 主/从节点的连接。这导致了虽然 Sentinel 查询能够成功执行，但实际数据操作连接却因缺少 SSL 配置而失败。

解决方案

正确的配置方式需要显式指定 Lettuce 客户端配置：

// 创建 RedisURI 配置
RedisURI sentinelUri = RedisURI.Builder
    .sentinel("sentinel-host", 26379, "master-name")
    .withSsl(true)
    .withVerifyPeer(false)
    .withAuthentication("username", "password")
    .build();

// 创建 Lettuce 客户端配置
LettuceClientConfiguration clientConfig = LettuceClientConfiguration.builder()
    .useSsl()
    .verifyPeer(SslVerifyMode.NONE)
    .build();

// 创建 Redis 配置
RedisConfiguration redisConfig = 
    LettuceConnectionFactory.createRedisConfiguration(sentinelUri);

// 创建连接工厂
LettuceConnectionFactory connectionFactory = 
    new LettuceConnectionFactory(redisConfig, clientConfig);
connectionFactory.afterPropertiesSet();

最佳实践建议

1. 统一配置管理：建议将 SSL 相关配置集中管理，避免分散在多处

2. 配置验证：在应用启动时添加连接测试逻辑，确保配置正确

3. 环境隔离：区分开发、测试和生产环境的 SSL 验证严格程度

4. 连接池配置：对于生产环境，建议添加适当的连接池配置

深入理解

这种设计背后的原因是 Spring Data Redis 采用了分层配置架构：

1. RedisURI：主要用于定义连接的基本参数和拓扑结构
2. LettuceClientConfiguration：专门处理客户端级别的行为配置
3. RedisConfiguration：整合前两者形成最终配置

这种分离使得系统更加灵活，但也要求开发者理解各层配置的职责边界。

总结

通过本文的分析，我们了解到在 Spring Data Redis 中配置 TLS 加密的 Sentinel 连接时，需要特别注意 SSL 配置的完整性和一致性。正确的做法是同时在 RedisURI 和 LettuceClientConfiguration 中配置 SSL 参数，确保所有层级的连接都能正确建立。