问AWS Cloudfront可用性SLA

EN

在您发疯并尝试设计高SLA系统之前，请仔细考虑。99.9%的正常运行时间是相当容易实现的，成本适中。超过这一点，你的成本就会迅速上升。对于每增加9个，考虑成本增加10倍到100倍。此成本包括云基础设施、管理、监控和警报软件以及人员成本。您将花费大量时间来管理提供大于3个9 (99.9%)的SLA的系统。

99.99%的utime意味着每周只有1分钟的停机时间。这包括你需要花在修补操作系统、更新软件、备份等方面的时间。你能在每周1分钟内完成所有这些工作吗？如果不是，你不会得到4个9 (99.99%)。犯了一个错误，你的4个9的目标就会变成2个9。

亚马逊CloudFront提供99.9%的正常运行时间。这是非常好的。为了达到更高的要求，您需要提供多个源( CloudFront缓存并交付给最终用户的数据源)。您的原始成本只是价格的两倍，这还不包括保持两个原始成本24x7完全同步的工作负载。任何停机时间或你的起源和你的4个9的问题都被抛在了脑后。

正如其他人提到的，这将引入更多的成本和复杂性，所以我的想法如下：

您可以借助Route53 (其SLA为100%)来提高可用性。

首先，我会将您在Cloudfront上提供的对象的副本放在不同的服务上，例如EC2 (请参阅复杂性如何开始增长)。

然后，您需要设置故障转移路由策略。基本上，Route53会检查您的Cloudfront发行版的健康状况，如果它不健康，那么流量将故障转移到EC2。

现在你的服务水平协议将上升到99.89% (99.99% EC2 *99.9%CloudFront)

可以将CloudFront视为CDN (类似于Akamai和其他CDN)。即，它是可以驻留在S3或其他源上的静态内容的高速缓存。即使CloudFront关闭，您的系统仍然99.99%可用(如果这样设计的话)，因为您的系统边界是VPC边缘，而不是CloudFront、Route53、S3等(这些接口被您的系统视为外部接口，并且处于公共区域，除非您与它们建立专用连接)。