Azure Cache for Redis 每隔10分钟断连重连，已配置Ping仍无效

可能的原因 #

1. 中间网络层的闲置超时拦截 #

Azure Container Apps所处的网络环境（如VNet防火墙、负载均衡器、代理服务）可能设置了10分钟的闲置连接超时，部分网络设备会过滤仅含Ping的数据包，不将其识别为活跃流量，导致连接被强制断开。

2. Redis连接池的闲置连接未被维护 #

如果应用使用了Redis连接池，仅对单个连接发送Ping无法覆盖池内所有闲置连接。这些长时间未被使用的连接会因网络层超时被断开，而客户端未及时检测或回收无效连接。

3. 客户端TCP Keep-Alive配置失效 #

部分Node.js Redis客户端（如ioredis、redis@4）的TCP Keep-Alive参数默认未启用或配置间隔过长，操作系统层面会将闲置的TCP连接标记为无效，最终触发断开。

4. Azure Redis服务器端闲置超时异常 #

虽然Azure Cache for Redis默认闲置超时为30分钟，但如果你的实例被手动修改为10分钟，且Ping间隔未小于该值，会导致连接被服务器端主动断开。

解决方案 #

1. 优化Redis客户端核心配置 #

针对ioredis：

const Redis = require('ioredis');
const redis = new Redis({
  host: '你的Redis实例地址',
  port: 6380,
  password: '你的Redis密码',
  tls: {},
  // 启用TCP Keep-Alive，间隔设为5分钟（小于10分钟超时）
  keepAlive: 300000,
  // 连接池闲置超时，自动回收闲置连接
  maxRetriesPerRequest: 3,
  enableReadyCheck: true,
  pool: {
    maxIdleTime: 240000, // 4分钟，小于10分钟超时
    minClients: 2
  }
});

针对redis@4：

const { createClient } = require('redis');
const client = createClient({
  url: 'rediss://你的Redis实例地址:6380',
  password: '你的Redis密码',
  socket: {
    // TCP Keep-Alive间隔设为5分钟
    tcpKeepAlive: 300000,
    connectTimeout: 5000,
    reconnectStrategy: (retries) => Math.min(retries * 50, 500)
  },
  pool: {
    maxIdleTime: 240000
  }
});

2. 主动维护连接池内所有连接 #

不要仅依赖客户端自动Ping，定期遍历连接池发送简单的活跃命令，确保所有连接都有流量：

// 每4分钟执行一次，发送轻量命令维持连接活跃
setInterval(async () => {
  if (redis.status === 'ready') {
    await redis.set('__keepalive__', '1', 'EX', 60).catch(() => {});
  }
}, 240000);

3. 验证Azure Redis服务器端配置 #

登录Azure门户，进入你的Redis缓存实例，在高级设置中查看闲置超时参数，确保其值大于你的活跃请求间隔（建议保留默认30分钟）。

4. 完善重连与错误处理逻辑 #

确保客户端能自动重连并捕获断开异常，避免应用崩溃：

// ioredis连接状态监听
redis.on('close', () => {
  console.log('Redis连接已关闭，尝试重连...');
});

redis.on('reconnecting', () => {
  console.log('Redis正在重连...');
});

redis.on('error', (err) => {
  console.error('Redis错误:', err);
});

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