Amazon ec2 平均EC2正常运行时间？

好奇99.95%的正常运行时间真的意味着什么；它真的会一个月下降7分钟吗？请在EC2上公布您的最长/平均正常运行时间，谢谢。

正常运行时间通常每年计算一次。因此，如果您有99.95%的服务级别协议，这意味着：

365 * 0.0005 = 0.1825 days or 4.38 hours

如果在一年的服务期间发生停机，并且您的系统停机时间超过此时间，则您有责任进行赔偿

---

至于你的问题，我有一个服务器在EC2中运行了大约3个月。我想说，他们的正常运行时间很好，但如果你有一个关键任务应用程序，你肯定需要有一个故障转移解决方案。良好的正常运行时间只意味着他们能够快速响应停机。如果您没有为停机做好准备，即使99.9999%的正常运行时间也无法为您节省时间。

自从Amazon转而提供SLA以来，我从未遇到过一个实例出现故障。当我过去有实例宕机时，Amazon总是发送一条消息通知我该实例在实际消失之前已降级，因此我有时间启动一个新实例

不过，前面的答案很有道理；EC2的服务模式规定，如果您没有准备好延长停机时间，您可以编写应用程序来处理故障切换到新服务器。

查看将使您对当前或过去的问题有一个很好的了解。我的经验是，AWS的正常运行时间比大多数“传统”托管选项（甚至是成熟的冗余机架空间设置…）要好

然而，简单地使用AWS的正常运行时间就像是为钥匙链买一辆车（好的，几乎是……）。使用AWS的体系结构最大的好处是可扩展性（无前期成本）。

仔细阅读SLA（），他们只将“区域不可用”计算为停机时间，更重要的是，如果区域连续停机5分钟，他们只将其计算为停机时间

“年度正常运行时间百分比”的计算方法是从100%减去亚马逊EC2处于“区域不可用”状态的服务年内5分钟时段的百分比 根据我的统计，这意味着任何少于4分钟的停机时间都是不可计算的。此外，如果他们确实违反了SLA，那么他们的停机时间只占您停机费用最大月份的10%。 因此，如果他们在一月份的所有时间里为你支付了100美元的账单，他们会向你的账户申请10美元的信用额度

---

我很难告诉我的老板，这是一个具有类似SLA的严肃产品。

对于我在美国东部可用区运行的单个实例，9个月，0次停机。

SLA是无用的。它们只衡量公司愿意承担多大风险，而与实际正常运行时间无关。我见过SLA，h当公司知道客户无法满足SLA以获得销售时，将给予严厉的处罚

---

我有一个客户机的EC2正常运行时间超过400天，另一个客户机的正常运行时间超过300天，这是我使用过的最可靠的服务。

SLA…保证正常运行时间

这些都是很好的口号。但是当服务器一个小时（2012年3月1日，在欧盟地区）不可用，客户开始打电话时，他们仍然有300天的正常运行时间对你没有帮助

当闪电击中欧盟三分之一的数据中心时，我们都发现他们没有场外冗余，而事实上他们有三个数据中心并不意味着什么

人们一定会喜欢“性能下降”这句话，它的实际意思是：“祈祷灾难过去后你的数据仍然可用”

我仍在寻找有关其所有数据中心可用性百分比的官方/非官方统计数据

---

到目前为止没有运气…

0.0005*1个月~=21.9分钟不到7答案是从09年开始的…那台机器已经连续3年了。我终于让那台机器退役了，大约4年的正常运行时间没有停机。是

sshd

和

正常运行时间
的0.02负载平均值吗？：）FYI:09:37:18上升1127天，19:58，1个用户，平均负载：0.01，0.03，0.00这句话的措辞已经改变。链接仍然很好，所以请仔细阅读。PS我现在能够说服我的老板这是一个严肃的产品：）
conrad@papa ~ $ uptime
 04:42:36 up 495 days,  8:51,  8 users,  load average: 0.02, 0.02, 0.00