AWS EC2有问题
更多12:17 PM PDT我们正在努力解决中央EC2 API中的以下错误率的问题：RunInstances，* SecurityGroups，* NetworkInterfaces，* Rentretables，* accountAttributes和* Networkacls。这些API将影响启动新的EC2实例并使虚拟私有云（VPC）网络配置变化更改的能力。现有实例和网络继续正常工作。我们已经确定了根本原因并正在努力解决。
12:56 PM PDT我们继续为恢复问题恢复，导致US-EAST-1区域EC2 API的API错误率提高。我们已经确定了根本原因和应用缓解，以减少影响，而我们继续努力全面缓解。在调用受影响的API或使用EC2管理控制台时，某些API可能会遇到错误或“已超过”请求限制“。在许多情况下，根据一些请求仍在成功，请求的重试可能会成功。其他AWS服务利用这些受影响的API为自己的工作流程也可能会产生影响。这些服务通过个人健康和/或服务健康仪表板发布了影响。我们将在30分钟内提供更新。
1:22 PM PDT我们继续为该问题的全部决议努力，导致US-EAST-1区域EC2 API的错误率增加。我们应用了一些请求限制受影响的API，这减少了错误率，允许几个API看到早期恢复。我们正在调整一些受影响的API的限制，这导致EC2管理控制台中的一些额外API误差和升高的错误。我们希望API错误率继续恢复，并在我们努力恢复时使用的缓解步骤恢复。
2:13 PM PDT我们继续努力全面恢复问题，从而提高了美国东1地区EC2 API的错误率。我们已经调整了请求节流阀以减少受影响的API的错误率。虽然这已经为某些受影响的API工作，例如runInstances，但一些受影响的API现在正在返回“超出请求限制”。如果确实发生这种情况，请尝试降低受影响API的请求率并重试。通过请求节流，一些受影响的服务也开始看到恢复。我们继续努力解决潜在的根本原因，并期望在下一小时内完全恢复。
3:01 PM PDT我们有进一步调整的请求节流以降低受影响的API的错误率，因此现在应该显着减少“请求限制超过”错误。我们现在处于解决底层数据存储问题的最后阶段。已解决后，我们将删除所有API喷淋并期望所有API操作返回正常级别。
更多12:50 PM PDT，我们可以确认US East-1区域弹性负载平衡器的增加的供应和缩放延迟。
下午1:38 PDT我们已经确定了美国 - 东区地区弹性负荷平衡器增加缩放延迟的根本原因，并正在努力减缓。
2:39 PM PDT团队密切监测EC2 API的问题，并继续削减扩展和供应延迟的延迟。其他负载平衡操作，包括目标注册和流量处理不受影响。一旦解决了EC2 API的问题，我们将在观察全分辨率之前处理任何待处理操作的积压。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
更多5:28 AM PDT，我们在AWS结算机中执行信用卡和净银行支付时，我们正在调查印度客户的增加的错误率。
6:08 AM PDT，我们继续在AWS计费控制台执行信用卡和净银行付款时调查印度客户的增加的错误率。
8:17在4月12日至12月25日在AM PDT和4月13日在AWS计费控制台中履行信用卡和净银行支付时，我们在印度的客户的错误率增加了速率增加。该问题已得到解决，并且服务正常运营。
