【发布时间】:2020-12-07 20:03:24
【问题描述】:
FastAPI 使用 gunicorn 启动 uvicorn 工作者,如 https://www.uvicorn.org/settings/ 中所述
但是 gunicorn 不允许使用 https://github.com/encode/uvicorn/issues/343 中提到的自定义设置启动 uvicorn
问题建议覆盖源文件中的 config_kwargs,如 https://github.com/encode/uvicorn/blob/master/uvicorn/workers.py
我们尝试过,但 uvicorn 不支持源中多个 uvicorn 文件中的设置 limit_concurrency:
https://github.com/encode/uvicorn/blob/master/uvicorn/workers.py
# fail
config_kwargs = {
"app": None,
"log_config": None,
"timeout_keep_alive": self.cfg.keepalive,
"timeout_notify": self.timeout,
"callback_notify": self.callback_notify,
"limit_max_requests": self.max_requests, "limit_concurrency": 10000,
"forwarded_allow_ips": self.cfg.forwarded_allow_ips,
}
https://github.com/encode/uvicorn/blob/master/uvicorn/main.py
# fail
kwargs = {
"app": app,
"host": host,
"port": port,
"uds": uds,
"fd": fd,
"loop": loop,
"http": http,
"ws": ws,
"lifespan": lifespan,
"env_file": env_file,
"log_config": LOGGING_CONFIG if log_config is None else log_config,
"log_level": log_level,
"access_log": access_log,
"interface": interface,
"debug": debug,
"reload": reload,
"reload_dirs": reload_dirs if reload_dirs else None,
"workers": workers,
"proxy_headers": proxy_headers,
"forwarded_allow_ips": forwarded_allow_ips,
"root_path": root_path,
"limit_concurrency": 10000,
"backlog": backlog,
"limit_max_requests": limit_max_requests,
"timeout_keep_alive": timeout_keep_alive,
"ssl_keyfile": ssl_keyfile,
"ssl_certfile": ssl_certfile,
"ssl_version": ssl_version,
"ssl_cert_reqs": ssl_cert_reqs,
"ssl_ca_certs": ssl_ca_certs,
"ssl_ciphers": ssl_ciphers,
"headers": list([header.split(":") for header in headers]),
"use_colors": use_colors,
}
如何强制 uvicorn 遵守此设置?我们仍然收到来自 FastAPI 的 503 错误
--------更新------------
gunicorn 设置 --worker-connections 1000 在发出 100 个并行请求并分发给许多工作人员时仍会导致 503。
不过,我认为这是一个稍微复杂一点的问题:我们的 API 端点做了大量繁重的工作,通常需要 5 秒才能完成。
2 个核心、2 个工作人员的压力测试:
- A. 100+ 并发请求,端点重负载 --worker-connections 1
- 乙。 100+ 并发请求,端点重负载 --worker-connections 1000
- C. 100+ 并发请求,端点低负载 --worker-connections 1
- D. 100+ 并发请求,端点低负载 --worker-connections 1000
A 和 B 两个实验都产生了 503 响应,因此假设 worker-connections 设置确实有效,太多的模拟连接似乎不会导致我们的 503 错误。
我们对这种行为感到困惑,因为我们希望 gunicorn/uvicorn 将工作排队,而不是抛出 503 错误。
【问题讨论】:
标签: concurrency gunicorn fastapi uvicorn concurrency-limits