ECS双任务部署时第二个任务连接RDS Aurora MySQL超时报2003错误问询

• 容器启动时序问题：第二个Task启动时，awsvpc模式下的弹性网卡（ENI）尚未完成绑定、路由规则未生效，或RDS域名解析未完成，此时应用已启动并尝试连接数据库，直接触发超时。
• 数据库连接池配置缺失：你仅配置了连接超时时间，缺少连接有效性检测、过期回收机制，可能拿到无效连接导致超时。
• 初始化逻辑问题：你提供的create_app代码存在明显笔误，参数中未创建Flask应用实例，直接向db.init_app传入未定义的discipline变量，会导致数据库初始化异常，连接逻辑不稳定。
• 无启动前网络就绪校验：应用启动前没有校验RDS网络连通性，网络未就绪时直接发起连接直接失败。

通用代码侧配置调整 #

1. 修正初始化代码
   首先修正create_app的逻辑，示例正确写法：

def create_app(config_class=Config):
    # 先创建Flask应用实例
    app = Flask(__name__)
    app.config.from_object(config_class)
    # 传入正确的app实例初始化DB和migrate
    db.init_app(app)
    migrate.init_app(app, db)
    return app

2. 补全SQLAlchemy连接池配置
   新增连接回收、有效性检测配置，避免使用过期/无效连接：

SQLALCHEMY_ENGINE_OPTIONS = {
    'connect_args': {
        'connect_timeout': 30
    },
    # 连接回收时间，小于RDS默认的300秒空闲超时
    'pool_recycle': 280,
    # 每次从连接池拿连接前先检测是否有效，无效则自动重连
    'pool_pre_ping': True,
    # 每个worker的连接池大小，根据RDS最大连接数合理设置
    'pool_size': 5,
    'max_overflow': 10
}

3. 新增容器启动前连通性校验
   在容器的entrypoint脚本中增加RDS连通性检测，网络就绪后再启动应用，示例脚本：

#!/bin/sh
set -e
# 循环检测RDS 3306端口可连通
until nc -z my.cluster-on.us-east-1.rds.amazonaws.com 3306; do
  echo "等待RDS连接就绪，2秒后重试"
  sleep 2
done
# 执行后续启动命令
exec "$@"

将启动命令调整为通过该脚本拉起gunicorn即可。

ECS/RDS专属配置调整 #

1. ECS任务配置优化

• 若使用awsvpc网络模式，给容器配置启动健康检查宽限期（grace period），设置为60秒，健康检查命令调用业务侧健康接口（需执行select 1校验数据库连通性），避免ECS过早判定任务异常排空。
• 确认任务关联的安全组出站规则放开了到RDS 3306端口的访问，所有子网都配置了到RDS的正确路由。

2. RDS配置校验

• 确认RDS安全组入站规则允许ECS所在VPC整个网段访问3306端口，不要绑定固定IP。
• 检查RDS最大连接数配置，需大于所有Task的总连接数上限：总连接数=Task数量gunicorn worker数pool_size + 预留连接，避免连接数耗尽导致新连接被拒绝。

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