AWS Cloudfront 可用性 SLA

Question

我正在尝试在 AWS 云上设计一个具有一定 SLA 水平（比如 99.99）的系统。 我的架构元素之一是 CloudFront，在这一点上，我正在努力了解是否可以通过引入冗余来提高它的可用性。通常，它可以工作，例如ECS 容器或 EC2 实例或 RDS，但对于 cloudfront 是不可能的（据我所知）。

到目前为止我得到了什么：

here 它说 SLA 是从 99 到 99.9

and here 它说我可以提高具有多个来源 (CDN) 的可用性，但对我来说，似乎我会提高 CDN 的可用性，而不是 CloudFront 服务本身，不是吗？

如果有错误或/和解释增加 CloudFront 服务 SLA 的正确方法，有人可以纠正我的理解吗？

Answer 1

将 CloudFront 视为 CDN（类似于 Akamai 和其他 CDN）。 IE。它是可以驻留在 S3 或其他来源上的静态内容的缓存。即使 CloudFront 出现故障，您的系统仍然 99.99% 可用（如果以这种方式设计），因为您的系统边界是 VPC 边缘而不是 CloudFront、Route53、S3 等（这些被您的系统视为外部接口并且位于公共区域除非您与他们建立私人连接）。

Answer 2

正如其他人所提到的，这会带来更多的成本和复杂性，所以我的想法是：

您可以借助 Route53（其 SLA 为 100%）提高可用性。

首先，我将拥有您在 Cloudfront 上服务于不同服务（例如 EC2）的对象的副本（看看复杂性如何开始增长）。

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

现在您的 SLA 将提高到 99.89% (99.99% EC2 * 99.9% Cloudfront)

Answer 3

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

99.99% 的正常运行时间意味着每周只有 1 分钟的停机时间。这包括您需要花在修补操作系统、更新软件、备份等上的时间。您能在每周 1 分钟内完成所有这些工作吗？否则，您将无法获得 4 个 9 (99.99%)。犯了一个错误，你的 4 个 9 的目标就会变成 2 个 9。

Amazon CloudFront 提供 99.9% 的正常运行时间。这很不错。要更高，您需要提供多个来源（CloudFront 缓存并交付给最终用户的数据的来源）。您的原始成本只是价格翻了一番，这还不包括工作量，以保持两个原始 24x7 完全同步。任何停机时间或与您的起源和 4 个 9 相关的问题都已经消失了。