CDN(特别是 CloudFront)在发生错误后能否摧毁其原始服务器?

CDN(特别是 CloudFront)在发生错误后能否摧毁其原始服务器?

类似于 memcache 服务器在错过命中后如何对数据库进行破坏。

我是否应该预期我的 CDN 会产生高流量?

答案1

一般来说不会,因为通常只有几十个 CDN 节点会直接向您的源站发出请求。即使是拥有数万个边缘节点的 Akamai,通常也只会使用相对较少的节点在某种多层层次结构中发出源站请求。

此外,与某些“笨”的缓存软件不同,CDN 工具通常会“保留”对同一文件的多个请求,直到第一个请求进入缓存,而不是将对同一文件的多个请求传递到后端。现在,即使是现成的代理缓存工具(如 Varnsih 和 Nginx)也能正确执行此操作。

话虽如此,我想如果你有一组非常多样化的内容,时间相关性非常低,而且来源非常低效……即使是 12 个节点快速连续地请求数千个不同的文件也可能有问题。但如果你在 CDN 后面使用 256 MB 廉价 VPS,那么你也会便宜。我的建议是使用您的 CDN 日志来了解您可能面临的最坏情况,即在短时间内从多少个 CDN 节点请求的唯一 URL 数量。然后,您应该针对该场景和文件组合对您的源进行负载测试。实际测试得出的良好数字每次都比猜测要好,而且通常不是很难实现。

答案2

显然是的,如果你得到一个由愚蠢的代理组装而成的 CDN:

http://www.jet-stream.com/blog/downsides-of-http-adaptive-bit-rate-streaming/

我不太清楚如何判断你的 CDN 是否支持,但你可以希望假设大玩家能够正确行事。

相关内容