AWS Fargate部署的API间歇性失效问题排查求助

错误含义解释 #

sqlalchemy.exc.OperationalError: (pymssql.exceptions.OperationalError) (20047, b'DB-Lib error message 20047, severity 9:\nDBPROCESS is dead or not enabled\n')
这个错误核心是数据库连接已失效：SQL Server端主动关闭了长时间闲置的连接，但你的API应用的连接池未检测到连接状态变化，仍尝试复用已失效的连接，最终触发该报错。

针对性排查步骤 #

• 配置Fargate容器健康检查：当前无健康检查机制，即使应用连接池完全失效，Fargate也不会自动重启任务。添加健康检查规则（比如调用API的健康端点，或执行简单的数据库连通性检测），确保应用异常时能自动重启恢复服务。
• 调整SQLAlchemy连接池参数：
  • 设置pool_recycle参数：将值设为比数据库空闲连接超时时间短30秒左右（比如数据库超时1小时，就设pool_recycle=3540），强制连接池定期回收闲置连接，避免复用已被数据库关闭的连接。
  • 开启pool_pre_ping：每次从连接池获取连接前自动ping数据库验证有效性，若连接已死则自动重建。
• 检查数据库空闲连接超时设置：确认你使用的SQL Server（比如AWS RDS for SQL Server）的空闲连接超时配置是否为1小时。如果是，可选择延长数据库超时时间，或配合上述连接池参数适配。
• 验证API Gateway与Fargate的网络连通性：虽然概率较低，但可排查API Gateway闲置后是否存在网络连接被回收的情况（比如VPC端点的超时设置），但优先聚焦数据库连接问题。

是否需要改用EC2实例？ #

不需要。该问题是应用连接池配置与数据库超时规则不匹配导致的，和Fargate本身无关。保留Fargate可继续享受其无服务器扩展性优势，调整上述配置即可解决问题。

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