好奇99.95％的正常运行时间真的意味着;它真的会每月下降7分钟吗？请在EC2上发布您的最长/平均正常运行时间，谢谢。
答案 0 :(得分：14)
通常，正常运行时间是按年计算的。因此，如果您的服务水平协议为99.95％，则表示：
365 * 0.0005 = 0.1825 days or 4.38 hours
如果在一年的服务期间发生停电并且您的系统停机时间超过此值，则您需要承担赔偿责任。
截至您的问题，我现在有一台服务器在EC2中运行了大约3个月。我会说他们的正常运行时间很好，但是如果你有一个关键任务应用程序，你肯定需要一个故障转移解决方案。良好的正常运行时间仅意味着他们能够快速响应停电。如果您没有为停电做好准备，即使99.9999％的正常运行时间也无法保存。
答案 1 :(得分：11)
仔细阅读SLA（http://aws.amazon.com/ec2-sla/）他们只将“地区不可用”视为停机时间，如果该地区连续5分钟停机，他们只会将其视为停机时间。
“”年度正常运行时间百分比“的计算方法是，在Amazon EC2处于”地区不可用“状态的服务年度中，从100％减去5分钟期间的百分比。
据我所知，这意味着任何不到4分钟的停机时间都是不可数的。此外，如果他们确实打破了SLA，那么他们只有在您有最大停机费用的月份的10％。 因此，如果他们在1月份全部停工并且您的账单为100美元，他们将向您的账户申请10美元的信用额度。
我很难召集我的老板，这是一个严肃的产品，有这样的SLA。
答案 2 :(得分：9)
SLA没用。它们仅衡量公司愿意承担的风险，并且与实际正常运行时间无关。我已经看到SLA的重罚，当公司知道无法满足SLA以便进行销售时提供。
我有一个客户有超过400天的EC2正常运行时间，另一个有300天以上的网络脉冲测量，这是我迄今为止最可靠的服务。
答案 3 :(得分：7)
对于我在美国东部可用区运行的单个实例，9个月，0个停机时间。
答案 4 :(得分：5)
由于亚马逊转而提供SLA，我从来没有一个实例对我不利。当我过去遇到过实例时，亚马逊总是发送一条消息，通知我实例在实际消失之前已降级，所以我有时间启动一个新实例。
之前的回答很有说服力; EC2的服务模式要求您编写应用程序以处理故障转移到新服务器，如果您没有为延长停机时间做好准备。
答案 5 :(得分：4)
conrad@papa ~ $ uptime
04:42:36 up 495 days, 8:51, 8 users, load average: 0.02, 0.02, 0.00
答案 6 :(得分：3)
查看AWS Service Health Dashboard可以让您了解当前或过去的任何问题。我的经验是，AWS正常运行时间优于大多数“传统”主机选项（甚至是完整的冗余RackSpace设置......）。
然而，简单地使用AWS进行正常运行时间就像是为钥匙链买车（好吧，差不多......;））。使用AWS的架构可以实现扩展（无需前期成本）。
答案 7 :(得分：2)
SLA ......保证正常运行时间......
这些都是很好的标语。但是当服务器在一小时内无法使用（2012年3月1日，在欧盟地区）并且客户开始呼叫时，那么它们仍然有300天的正常运行时间对你没有帮助。
当闪电击中欧盟3个数据中心中的1个时，我们都发现它们没有非现场冗余，而且他们有3个数据中心的事实并不意味着什么。
人们必须喜欢“退化的表现”这个词，这实际上意味着：“交叉你的手指并祈祷在灾难过后你的数据仍然可用”。
我仍在努力寻找有关所有数据中心可用率百分比的官方/非官方统计数据。
到目前为止没有运气......