预热完成的时间跟预热的资源大小、预热的 URL 数量、源站的性能、回源网络等因素有关。 (1)如前文所说,CDN 是 L1+L2 的架构,预热是指 L2 节点回源。假设用户的 CDN 加速域名的调度域里有 10 个 L2 节点,那么预热一个 URL,那么这 10 个 L2 节点就会同时向源站去请求这个资源。依次类推,如果同时预热 100 个 URL,那就 同时会有 1000 个请求去请求源站了。 (2)基于以上说明 , 因为预热会有并发的请求去请求源站,因此需要保证源站的 性能、公网带宽等能满足,否则很可能会导致预热失败等情况。例如用户的源站带宽 是 5M,但是实际同时预热了大量的 URL,造成大量来自 CDN 的预热请求,源站的 带宽被打满,那么会导致 CDN 无法正常请求到数据,最终导致预热失败。 (3)另外请求资源的大小和数量也影响预热时间,比如预热 1 个 5M 的文件跟预 热一个 500M 的文件,那时间肯定不一样。比如预热 1 个 5M 的文件,跟同时预热 100 个 5M 的文件,那时间也不一样。 基于以上说明,根据源站的性能情况,结合实际的业务情况,合理的预热可以到 达更优的访问效果。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。