AWS Lambda调用Woocommerce API偶发ETIMEDOUT连接超时问题咨询

问题成因分析 #

Error: connect ETIMEDOUT属于TCP连接建立阶段的超时错误，和Woocommerce处理请求的耗时、Lambda整体超时时间无关：错误发生在三次握手环节，请求根本没有发送到Woocommerce服务端处理，因此调整Lambda超时参数无法解决问题，日志中2分钟的报错间隔是系统默认的TCP建联超时阈值。

偶发出现该问题的常见成因如下：

• AWS Lambda网络配置缺陷
  若Lambda绑定了VPC：
  1. 部署在公有子网的Lambda未分配公网IP时无法访问公网Woocommerce服务，偶发的ENI（弹性网卡）调度异常会导致IP分配失败
  2. 部署在私有子网的Lambda关联的NAT网关/实例存在带宽瓶颈、并发连接数满、临时端口耗尽的情况时，会随机丢弃新建连接的SYN包，触发建联超时
  3. VPC网络ACL、安全组存在隐式的频率限制规则，短时间内新建连接过多时会被临时拦截
• Woocommerce侧的访问拦截
  报错时Woocommerce API对外可用，大概率是请求被Woocommerce侧的安全规则拦截：
  1. 站点配置的WAF（如Cloudflare、ModSecurity）、服务器防火墙对单IP的并发连接数、新建连接频率有限制，Lambda出口IP相对固定，请求量稍高就会被临时丢弃SYN包，其他正常IP访问不受影响
  2. Woocommerce所在服务器的TCP半连接队列（tcp_max_syn_backlog）配置过小，业务高峰时队列被占满，新的连接请求会被直接丢弃，出现偶发超时
• 网络链路抖动
  如果Lambda部署区域和Woocommerce服务器跨地域、跨运营商，链路中间节点偶发丢包，刚好发生在TCP建联阶段时，就会触发连接超时，这类问题具有随机性，无法通过常规服务可用性检测复现
• HTTP客户端配置缺陷
  从日志可见使用的WooCommerce JS Client未配置单独的TCP建联超时，复用系统默认的2分钟建联超时阈值，且未开启TCP复用、建联重试机制，单次建联丢包就会直接抛出超时错误。

内容的提问来源于stack exchange，提问作者Ivan Cuzmenco