Amazon CloudFront 延迟

Question

我正在为我正在开发的 Web 应用程序试验 AWS S3 和 CloudFront。

在应用程序中，我让用户将文件上传到 S3 存储桶（使用 AWS 开发工具包）并通过 CloudFront CDN 使其可用，但问题是即使文件已上传并在 S3 存储桶中准备就绪，它也需要大约CloudFront CDN url 中有 1 或 2 分钟可用，这正常吗？

Answer 1

这些新文件是第一次写入 S3，还是更新到现有文件？ S3 为新对象提供写后读一致性，并且鉴于 CloudFront 的拉取模型，您应该不会在将新文件写入 S3 时遇到此问题。如果你是，那么我会向 AWS 开一张票。

如果这些是对现有文件的更新，那么您需要处理 S3 最终一致性和 CloudFront 缓存过期问题。两者都可能导致这种行为。

Answer 2

CloudFront 尝试实时从源服务器获取未缓存的内容。不存在“复制延迟”或类似问题，因为 CloudFront 是直通式 CDN。每个 CloudFront 边缘站点只知道您的站点的存在和配置；在收到对它的请求之前，它不知道您的内容。发生这种情况时，CloudFront 边缘会从源服务器获取请求的内容，并在适当时对其进行缓存，以便为后续请求提供服务。

这里发生的问题与有时称为“负缓存”的概念有关——缓存请求不会工作的事实——通常这样做是为了避免破坏缓存的任何内容都可能会失败。

默认情况下，当您的源返回 HTTP 4xx 或 5xx 状态代码时，CloudFront 会将这些错误响应缓存五分钟，然后将对象的下一个请求提交到您的源，以查看导致错误的问题是否已解决并且请求的对象现在可用。

^{—http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/custom-error-pages.html}

如果浏览器或其他任何设备在上传到 S3 完成之前尝试从该特定 CloudFront 边缘下载文件，S3 将返回错误，并且 CloudFront（在该边缘位置）将缓存该错误并记住，在接下来的 5 分钟内，不要费心再试一次。

不过不用担心 - 此计时器是可配置的，因此如果浏览器在后台执行此操作且不受您的控制，您应该仍然可以修复它。

您可以为 CloudFront 缓存的每个 4xx 和 5xx 状态代码指定错误缓存持续时间 - 错误缓存最小 TTL。流程见Configuring Error Response Behavior。

^{—http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/custom-error-pages.html}

---

在控制台中进行配置：

• 查看分发配置时，单击Error Pages 选项卡。

• 对于您要自定义时间的每个错误，首先单击Create Custom Error Response。

• 从下拉列表中选择您要修改的错误代码，例如403（禁止）或404（未找到）——您的存储桶配置决定了 S3 为丢失的对象返回哪个代码，所以如果您不确定，请更改 403，然后重复该过程并更改 404。

• 将Error Caching Minimum TTL (seconds)设置为0

• 将Customize Error Response 设置为No（如果设置为Yes，此选项将启用错误的自定义响应内容，这不是您想要的。激活此选项超出了此问题的范围。 )

• 单击Create。这将带您回到上一个视图，您将在其中看到您刚刚定义的代码的Error Caching Minimum TTL。

对您想要从默认行为（即 300 秒保持时间，如上所述）更改的每个 HTTP 响应代码重复这些步骤。

完成所需的所有更改后，返回到列出分配的 CloudFront 主控制台屏幕。等待分发状态从 In Progress 更改为 Deployed（以前，这需要相当长的时间，但现在通常需要大约 5 分钟才能将更改推送到所有边缘）并进行测试。

Answer 3

正如您在评论中观察到的，谷歌浏览器似乎搞乱了您的上传/预览策略：

1. Chrome 正在请求当前没有 内容。
2. 请求被云端缓存，响应无效
3. 您将文件上传到 S3
4. 预览上传的文件时，云端会使用缓存的响应进行回答（第 2 步）。
5. Cloudfront 缓存过期后，Cloudfront 命中源，问题无法再重现。