在SST项目中配置Redis参数组实现内存不驱逐策略

背景介绍

在使用SST框架部署Redis服务时，开发者经常需要根据业务需求调整Redis的配置参数。特别是对于使用BullMQ等消息队列系统的场景，确保Redis在内存不足时不会自动驱逐(evict)键值对数据尤为重要。本文将详细介绍如何在SST项目中通过自定义参数组来实现Redis的noeviction内存策略。

Redis内存策略的重要性

Redis作为内存数据库，当内存使用达到上限时，默认会采用某种策略来释放内存空间。常见的策略包括：

• volatile-lru：从设置了过期时间的键中使用LRU算法移除
• allkeys-lru：从所有键中使用LRU算法移除
• volatile-random：从设置了过期时间的键中随机移除
• allkeys-random：从所有键中随机移除
• volatile-ttl：从设置了过期时间的键中移除即将过期的
• noeviction：不驱逐任何键，只返回错误

对于消息队列系统如BullMQ，数据丢失可能导致业务逻辑中断，因此noeviction策略是最安全的选择。

SST中配置Redis参数组的方法

在SST v3.12.0及以上版本中，可以通过以下方式自定义Redis参数组：

// 创建自定义参数组
const customParameterGroup = new aws.elasticache.ParameterGroup(
  "CustomRedisParameterGroup",
  {
    family: "redis7", // 根据实际Redis版本选择
    description: "自定义Redis参数组",
    parameters: [
      {
        name: "maxmemory-policy",
        value: "noeviction",
      },
      // 可以添加其他需要自定义的参数
    ],
  }
);

// 在Redis资源中应用自定义参数组
export const redis = new sst.aws.Redis("MyRedis", {
  vpc: myVpc,
  transform: {
    cluster: {
      parameterGroupName: customParameterGroup.name,
    },
  },
});

注意事项

1. 版本兼容性：参数组的family属性必须与Redis引擎版本匹配，例如Redis 7.x对应redis7。

2. 变更影响：修改参数组属于重大变更，可能会导致Redis实例重启，建议在低峰期操作。

3. 监控配置：启用noeviction策略后，需要密切监控Redis内存使用情况，避免因内存耗尽导致服务不可用。

4. 备选方案：如果确实需要自动内存管理，可以考虑使用allkeys-lru策略，但需要评估业务对数据丢失的容忍度。

最佳实践

对于生产环境，建议：

1. 根据业务负载合理设置Redis实例的内存大小
2. 实现自动扩展机制应对内存增长
3. 设置适当的监控告警，在内存使用达到阈值时及时干预
4. 定期测试故障场景，确保系统在内存不足时的行为符合预期

通过以上配置，开发者可以在SST项目中灵活控制Redis的内存管理策略，为关键业务如消息队列提供更可靠的数据持久性保障。