速报：用户报告Amazon Web Services和Google Cloud出现访问异常。
AWS：时间 10 月 19 日晚上 11:49 至 10 月 20 日凌晨 2:24 期间，US-EAST-1 区域的 AWS 服务错误率和延迟增加。此外，依赖于 US-EAST-1 终端节点的服务或功能（例如 IAM 和 DynamoDB 全局表）在此期间也遇到了问题。10 月 20 日凌晨 12:26，我们确定事件的触发因素是区域 DynamoDB 服务终端节点的 DNS 解析问题。在凌晨 2:24 解决 DynamoDB DNS 问题后，服务开始恢复，但由于其依赖于 DynamoDB，负责启动 EC2 实例的 EC2 内部子系统随后出现故障。在我们继续解决 EC2 实例启动故障时，网络负载均衡器运行状况检查也出现故障，导致 Lambda、DynamoDB 和 CloudWatch 等多个服务出现网络连接问题。我们于上午 9:38 恢复了网络负载均衡器的健康检查。作为恢复工作的一部分，我们暂时限制了部分操作，例如 EC2 实例启动、通过 Lambda 事件源映射处理 SQS 队列以及异步 Lambda 调用。随着时间的推移，我们逐渐减少操作限制，并同步解决网络连接问题，直至服务完全恢复。到下午 3:01，所有 AWS 服务均已恢复正常运行。部分服务（例如 AWS Config、Redshift 和 Connect）仍积压大量消息，将在接下来的几个小时内完成处理。我们将分享详细的 AWS 事后总结。
来源：Downdetector 2 / AWS Health Dashboard
AWS：时间 10 月 19 日晚上 11:49 至 10 月 20 日凌晨 2:24 期间，US-EAST-1 区域的 AWS 服务错误率和延迟增加。此外，依赖于 US-EAST-1 终端节点的服务或功能（例如 IAM 和 DynamoDB 全局表）在此期间也遇到了问题。10 月 20 日凌晨 12:26，我们确定事件的触发因素是区域 DynamoDB 服务终端节点的 DNS 解析问题。在凌晨 2:24 解决 DynamoDB DNS 问题后，服务开始恢复，但由于其依赖于 DynamoDB，负责启动 EC2 实例的 EC2 内部子系统随后出现故障。在我们继续解决 EC2 实例启动故障时，网络负载均衡器运行状况检查也出现故障，导致 Lambda、DynamoDB 和 CloudWatch 等多个服务出现网络连接问题。我们于上午 9:38 恢复了网络负载均衡器的健康检查。作为恢复工作的一部分，我们暂时限制了部分操作，例如 EC2 实例启动、通过 Lambda 事件源映射处理 SQS 队列以及异步 Lambda 调用。随着时间的推移，我们逐渐减少操作限制，并同步解决网络连接问题，直至服务完全恢复。到下午 3:01，所有 AWS 服务均已恢复正常运行。部分服务（例如 AWS Config、Redshift 和 Connect）仍积压大量消息，将在接下来的几个小时内完成处理。我们将分享详细的 AWS 事后总结。
来源：Downdetector 2 / AWS Health Dashboard
