平均EC2正常运行时间？

好奇99.95%的正常运行时间真的意味着; 它真的会每月下降7分钟吗？请在EC2上发布您的最长/平均正常运行时间,谢谢.

通常,正常运行时间是按年计算的.因此,如果您有99.95%的服务水平协议,这意味着:

365 * 0.0005 = 0.1825 days or 4.38 hours

如果在服务的一年内发生停电并且您的系统停机时间超过此值,则您需要承担赔偿责任.

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

仔细阅读SLA(http://aws.amazon.com/ec2-sla/)他们只将"地区不可用"视为停机时间,而且如果该地区连续5分钟停机,他们只会将其视为停机时间.

""年度正常运行时间百分比"是通过从Amazon EC2处于"区域不可用"状态的服务年度中的5分钟时段的百分比中减去100%来计算的.

据我所知,这意味着任何不到4分钟的停机时间都是不可数的.此外,如果他们确实打破了SLA,那么他们只有在您有最大停机费用的月份的10%.因此,如果他们在1月份全部停工并且您的账单为100美元,他们将向您的账户申请10美元的信用额度.

我很难召集我的老板,这是一个严肃的产品,有这样的SLA.

SLA没用.它们仅衡量公司愿意承担的风险,并且与实际正常运行时间无关.我已经看到SLA的重罚,当公司知道无法满足SLA以便进行销售时提供.

我有一个客户有超过400天的EC2正常运行时间,另一个有300天以上的网络脉冲测量,这是迄今为止我使用过的最可靠的服务.

对于我在美国东部可用区运行的单个实例,9个月,0个停机时间.

由于亚马逊转而提供SLA,我从来没有一个实例对我不利.当我过去遇到过实例时,亚马逊总是发送一条消息,通知我实例在实际消失之前已经降级,所以我有时间启动一个新实例.

不过,之前的回答很有说服力; 如果您没有为延长停机时间做好准备,EC2的服务模式要求您编写应用程序以处理故障转移到新服务器.