AWS Node.js Lambda调用S3/DynamoDB偶发超时（超30秒）求助

我之前排查过好几个类似的Lambda与AWS服务集成的偶发超时案例，结合你的场景——轻量请求平时耗时极低，但负载测试下偶发30秒超时，大概率是以下几个核心原因导致的，给你拆解下具体的排查方向和解决办法：

1. Node.js AWS SDK的连接池限制导致请求排队 #

Node.js的默认HTTP连接池（http.Agent）并发数有限，AWS SDK（v2或v3）默认会复用这个连接池。当Lambda并发执行时，大量请求同时发起，超出连接池上限的请求会被排队等待，最终累积到超时。

解决办法： #

• 对于AWS SDK v2：手动配置httpOptions中的Agent，提高最大连接数：

const AWS = require('aws-sdk');
const https = require('https');

const agent = new https.Agent({
  maxSockets: 50, // 根据并发量调整，比如你的10req/s可以设为20-50
  keepAlive: true // 开启长连接，减少连接建立开销
});

const s3 = new AWS.S3({ httpOptions: { agent } });
const dynamodb = new AWS.DynamoDB({ httpOptions: { agent } });

• 对于AWS SDK v3：使用@smithy/node-http-handler配置自定义连接池：

const { NodeHttpHandler } = require("@smithy/node-http-handler");
const { S3Client } = require("@aws-sdk/client-s3");
const https = require('https');

const httpHandler = new NodeHttpHandler({
  connectionTimeout: 5000,
  socketTimeout: 10000,
  httpsAgent: new https.Agent({ maxSockets: 50, keepAlive: true })
});

const s3Client = new S3Client({ requestHandler: httpHandler });

2. Lambda执行环境的资源配置不足 #

Lambda的CPU资源是和内存配置成正比的——内存越低，CPU份额越少。当并发请求增多时，低内存的Lambda会出现CPU争用，导致SDK的网络请求处理变慢，甚至被阻塞。

解决办法： #

• 尝试提高Lambda的内存配置（比如从128MB升到256MB或512MB），虽然会增加一点成本，但能显著提升CPU性能，减少并发下的资源瓶颈。
• 查看Lambda的CloudWatch指标（Duration、CPUUtilization），如果CPU使用率经常超过70%，说明内存/CPU资源不足。

3. AWS服务的临时限流/突发容量耗尽 #

虽然你的请求量不算高，但S3和DynamoDB都有请求速率限制：

• S3针对单个前缀的默认请求速率是3500次/秒，但如果你的请求集中在同一个前缀下，或者遇到AWS侧的临时流量波动，可能会触发限流。
• DynamoDB如果使用预置读容量单位（RCU），当突发流量超过预置RCU的3倍时，会被限流；即使是按需模式，也可能有临时的突发容量耗尽情况。

解决办法： #

• 检查S3和DynamoDB的CloudWatch指标（4xxErrors中的Throttling指标），确认是否有被限流的情况。
• 对于DynamoDB：如果是预置RCU，适当提高RCU值；如果是按需模式，可以考虑开启自动扩缩容。
• 对于S3：尽量分散文件的前缀（比如用随机前缀存储文件），避免请求集中在同一个前缀下。

4. AWS SDK的重试策略导致耗时累积 #

AWS SDK默认会对某些错误（比如限流、网络波动）进行重试，如果重试次数过多或重试间隔太长，会导致单个请求的总耗时累积到Lambda的30秒超时。

解决办法： #

• 自定义SDK的重试策略，减少重试次数或缩短重试间隔：
  对于SDK v2：

  const s3 = new AWS.S3({
    retryDelayOptions: { base: 100 }, // 重试间隔基数设为100ms
    maxRetries: 2 // 最多重试2次
  });
  

  对于SDK v3：使用@smithy/util-retry自定义重试策略：

  const { S3Client } = require("@aws-sdk/client-s3");
  const { retry } = require("@smithy/util-retry");
  
  const s3Client = new S3Client({
    retryStrategy: (options) => retry({
      ...options,
      maxRetries: 2,
      retryDelay: (attempt) => 100 * Math.pow(2, attempt)
    })
  });
  

额外排查技巧 #

• 开启Lambda的X-Ray追踪，查看每个请求的详细链路耗时，定位到底是S3/DynamoDB的请求本身慢，还是Lambda侧的处理慢。
• 查看CloudWatch Logs中超时请求的具体日志，看是否有SDK抛出的错误信息（比如ETIMEDOUT、ECONNRESET或限流错误）。

内容的提问来源于stack exchange，提问作者Viktor Molokostov