从 CloudFront 后面的 Amazon S3 获取 503 错误答案

【问题标题】：Getting 503 errors from Amazon S3 behind CloudFront从 CloudFront 后面的 Amazon S3 获取 503 错误
【发布时间】：2020-05-28 19:32:50
【问题描述】：

我有一个关于 S3 存储桶的奇怪问题。从几周前开始，我开始收到很多 503 请求。虽然我在存储桶前面有一个 Cloudfront 分布，但有几个请求是直接在 S3 上发出的。基于 S3 限制为每秒 3,500 个 PUT/POST/DELETE 或 5,500 个 GET 请求的事实，我已开始检查此存储桶的日志文件，似乎我不超过约 300 个请求/秒的所有求和请求，在我开始收到 503 错误的时间间隔内。所以基本上我每秒的请求率不超过 3500 写入或 5500 读取请求。

除了 Cloudfront，我还使用了几个 EC2 实例和一些 Lambda 函数来对对象进行操作。

我不明白为什么会这样。有人可以帮帮我吗？

【问题讨论】：

需要更多细节。除了CF，还有其他AWS服务同时访问对象吗？
@jellycsc，感谢您的回复。是的，除了 CF，我还有几个 EC2 实例和一些对对象发出请求的 Lambda 函数。我可以在日志文件中看到这些请求，但包括那些我不超过约 300 个请求/秒的请求。
您通常希望各个 S3 前缀的请求率逐渐增加。
基本上我有这个结构。在以下路径上有很多请求。你是说 S3 可以用 503 Slow Down 来响应我的请求。同时AWS会提高我的请求率吗？ /collections/items/random-hash /collections/json/random-hash /collections/uploads/random-hash 如果是，这是实际的请求率，如何防止 503 减速。

标签： amazon-web-services amazon-s3

【解决方案1】：

这是关于我的情况的更新。在使用 AWS Premium Support 几天后，他们发现 S3 存在内部问题。我的实际费率要求远低于他们的有限要求率。导致限制的内部过程与我为将一些旧对象转换为 IA 存储类、删除早于 90 天的对象的先前版本、使用删除标记删除对象并删除而制定的 S3 生命周期规则有关7 天后不完整的分段上传。

S3 服务团队对我的情况进行了快速修复，方法是手动将文件跨多个分区进行分区，并根据我的建议暂时禁用生命周期规则以缓解任何 503 问题，直到应用永久修复。他们正在努力解决这个问题。

【讨论】：