为什么 2/2 检查在 ec2 实例中失败到 1/2
why 2/2 checks are failing to 1/2 in ec2 instance
我从 Public AMI (Ubuntu Server 18.04 LTS (HVM), SSD Volume Type - ami-085925f297f89fce1 (64-bit x86) / ami-05d7ab19b28efa213 (64-bit Arm)) 启动了一个实例，发现我无法通过 ssh 进入该实例。我收到错误 Connection timed out.
我检查了安全组以验证端口 22 与 0.0.0.0/0 相关联。此外，我检查了路由表以验证 0.0.0.0/0 与附加到 VPC 的目标网关相关联。
我发现只有 1/2 status checks 通过了 - 实例状态检查失败。当我尝试重新启动实例时它工作正常，但我需要弄清楚为什么每两天都会发生这种情况。
如有任何帮助，我们将不胜感激！
针对 EC2 执行了 2 次状态检查：
- 系统状态检查 - 这些检查针对底层物理主机，例如电源故障或网络故障。
- 实例状态检查 - 这些检查是针对 VM 本身的，存在文件系统损坏或虚拟网络故障等问题。
您可以找到有关状态检查失败原因的更多信息here。
如果系统检查失败，可以向实例添加自动恢复，更多步骤可以在 this tutorial 中找到。
关于这些状态检查中哪些在 CloudWatch 中失败，将有单独的指标。解决此问题的正常解决方案是停止实例，然后重新启动它。通过执行此硬重启，您会将实例迁移到另一台物理主机（在同一子网和 AZ 内）。
重新启动 服务器实例，解决此问题的解决方案。
- 在那个点服务器publicIP没变。
就我而言，我在单个EC2的多个安全组中使用了相同的IP，导致安全检查失败
我从 Public AMI (Ubuntu Server 18.04 LTS (HVM), SSD Volume Type - ami-085925f297f89fce1 (64-bit x86) / ami-05d7ab19b28efa213 (64-bit Arm)) 启动了一个实例，发现我无法通过 ssh 进入该实例。我收到错误 Connection timed out.
我检查了安全组以验证端口 22 与 0.0.0.0/0 相关联。此外，我检查了路由表以验证 0.0.0.0/0 与附加到 VPC 的目标网关相关联。
我发现只有 1/2 status checks 通过了 - 实例状态检查失败。当我尝试重新启动实例时它工作正常，但我需要弄清楚为什么每两天都会发生这种情况。
如有任何帮助，我们将不胜感激！
针对 EC2 执行了 2 次状态检查：
- 系统状态检查 - 这些检查针对底层物理主机，例如电源故障或网络故障。
- 实例状态检查 - 这些检查是针对 VM 本身的，存在文件系统损坏或虚拟网络故障等问题。
您可以找到有关状态检查失败原因的更多信息here。
如果系统检查失败，可以向实例添加自动恢复，更多步骤可以在 this tutorial 中找到。
关于这些状态检查中哪些在 CloudWatch 中失败，将有单独的指标。解决此问题的正常解决方案是停止实例，然后重新启动它。通过执行此硬重启，您会将实例迁移到另一台物理主机（在同一子网和 AZ 内）。
重新启动 服务器实例，解决此问题的解决方案。
- 在那个点服务器publicIP没变。
就我而言，我在单个EC2的多个安全组中使用了相同的IP，导致安全检查失败