amazon-web-services - 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

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

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

Amazon CloudFront 提供 99.9% 的正常运行时间。这很好。为了更上一层楼，您需要提供多个源(CloudFront 缓存并交付给最终用户的数据源)。您的源成本仅在价格上翻了一番，不包括工作量，以保持两个源 24x7 完全同步。您的出身和 4 个 9 的任何停机时间或问题都消失了。