为什么我的 EC2 Linux 实例未能通过系统状态检查？

简短描述

系统状态检查失败表明托管 EC2 实例的平台存在问题。如果您不确定哪种类型的状态检查失败，请参阅查看状态检查。

注意： 如果您收到“Instance reachability check failed”错误，请参阅如何对因操作系统问题未能通过实例状态检查的 EC2 Linux 实例进行故障排除？

解决方法

查看 AWS Health Dashboard

查看 AWS Health Dashboard，了解您的实例所在的 AWS 区域是否发生服务中断。

解决系统状态检查失败的问题

重要事项： 在执行任何操作之前，最好先创建一个亚马逊机器映像（AMI）作为实例的备份。

您可以等待 AWS 修复问题，也可以在实例上手动停止和启动。请记住，停止和启动不等同于重新启动。停止和启动会将实例迁移到运行正常的新主机。要解决系统状态检查失败的问题，此迁移是必需步骤。

警告： 在停止和启动实例之前，请注意以下条件：

• 当实例停止时，存储在实例存储卷中的数据会丢失。在停止实例之前，请务必备份数据。与 Amazon Elastic Block Store（Amazon EBS）支持的卷不同，实例存储卷是临时性的，不支持数据持久化。
• Amazon EC2 在启动时自动分配给实例的静态公有 IPv4 地址在停止和启动后会发生变化。要保留公有 IPv4 地址，让其在停止实例后不会发生变化，使用弹性 IP 地址。

有关详细信息，请参阅停止和启动实例。

在极少数情况下，基础架构层问题会导致底层主机无法对停止和启动 API 调用作出响应。这会让实例“卡”在正在停止状态。如果发生此情况，应该从 Amazon EC2 控制台或 AWS 命令行界面（AWS CLI）强制该实例停止。此操作可能需要几分钟时间。有关更多信息，请参阅强制停止实例。

**注意：**如果在运行 AWS CLI 命令时收到错误，请确保您使用的是最新的 AWS CLI 版本。

默认情况下，支持简化自动恢复的实例会恢复失败的实例。但是，最佳做法是配置 Amazon CloudWatch 基于操作的恢复。要进行配置，创建一个 CloudWatch 警报来监控您的实例。Amazon CloudWatch 基于操作的恢复会自动恢复由于底层硬件故障或其他需要 AWS 参与修复的问题而受损的实例。

相关信息

状态检查类型

为什么我的 EC2 Linux 实例无法访问并且状态检查失败？

我收到通知，指出 Amazon EC2 检测到托管我的 EC2 实例的底层硬件已降级。我需要做什么？