AWS Cloudfront 可用性 SLA

Question

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

到目前为止我所得到的：

这里说 SLA 是从 99 到 99.9

在这里它说我可以增加具有多个源 (CDN) 的可用性，但对我来说，似乎我会增加 CDN 的可用性，但不会增加 CloudFront 服务本身，不是吗？

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

Answer 1

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

99.99% utime 意味着每周只有 1 分钟的停机时间。这包括您需要花费在修补操作系统、更新软件、备份等方面的时间。您可以每周在 1 分钟内完成所有这些工作吗？否则，您将无法达到 4 个 9 (99.99%)。犯一个错误，您的 4 个 9 目标将变成 2 个 9。

Amazon CloudFront 可提供 99.9% 的正常运行时间。这很好。为了达到更高的水平，您需要提供多个源（CloudFront 缓存并交付给最终用户的数据源）。如果不计算保持两个源 24x7 完全同步的工作负载，您的源成本只会增加一倍。任何停机时间或与您的起源和 4 个 9 相关的问题都将消失。