gpt4 book ai didi

caching - 如何预热CloudFront边缘服务器的缓存?

转载 作者:行者123 更新时间:2023-12-04 17:46:09 32 4
gpt4 key购买 nike

对于要为特定CloudFront发行版预热所有边缘服务器的缓存的需求,我们有一个要求。为此,我们将需要将一些调用定向到所有边缘服务器。有什么方法可以识别区域内或全局的所有边缘服务器?

例如:

浏览此处提供的信息时:http://aws.amazon.com/cloudfront/details/

我发现亚洲内部有多个边缘服务器,以孟买(印度)和香港为例,我有兴趣将一些HTTP调用定向到这些边缘服务器。我怎样才能做到这一点?如果我能获得所有这些服务器的身份,那将很棒。

另外,我们最初想到的是以下方法:
在所有地区都有一个微型实例,并从这些地区访问我们的 Assets 。

但是这种方法存在问题。从CloudFront文档中,我已经了解到边缘服务器之间没有层次结构,如果任何边缘服务器没有所需的 Assets ,它将直接向Origin服务器索要该 Assets 。现在,一个区域可以具有多个边缘服务器。如果在一个区域内,所有边缘服务器都没有所需的 Assets ,那么它就无法实现此目的。
因此,我的问题是如何确保区域中的所有边缘服务器在其缓存中都具有必需的 Assets ?

请注意,内容本质上是静态的。如果不可能覆盖所有边缘服务器,那么即使有一种方法可以覆盖(假设)70%的边缘服务器,我也想尝试一下。

最佳答案

几年前来自亚马逊员工的Here is a post关于预热:

The issue is, if everyone pre-cached objects to a edge location all of the edge locations would run out of space because they would be flooded with objects that may or may not be being accessed. Right now the edge location only caches objects that are being accessed by users and will dump objects that have no been accessed recently if there is no more room on the server. I am not sure how a pre-cached scenario would work if it were a service.



除非您知道将在很长一段时间内保持稳定的流量,否则预热可能根本无效。如果其他客户对象获得的流量比您自己的对象更多(或更近),CloudFront很有可能会使您的对象过期,从而为其他客户对象腾出空间。一旦发生这种情况,您就完全失去了可以执行的任何预热的优势。

关于caching - 如何预热CloudFront边缘服务器的缓存?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34149762/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com