Amazon ec2 每2或3天通过一次Ec2 1/2检查

Amazon ec2 每2或3天通过一次Ec2 1/2检查,amazon-ec2,Amazon Ec2,我每2或3天收到一次“Ec2 1/2检查通过”警报,并且无法访问我的实例。我可以通过停止并再次启动(而不是重新启动)来解决它,基本上问题在于“实例状态检查”。 我的实例类型是“t2.micro”,使用的是AmazonLinuxAMI。 有什么帮助吗?来自: 系统状态检查 监视运行实例的AWS系统。这些检查检测实例中需要AWS参与修复的潜在问题。 以下是可能导致系统状态检查失败的问题示例: 网络连接中断 系统功率损失 物理主机上的软件问题 影响网络可达性的物理主机上的硬件问题 实例状态检查 监

我每2或3天收到一次“Ec2 1/2检查通过”警报,并且无法访问我的实例。我可以通过停止并再次启动(而不是重新启动)来解决它,基本上问题在于“实例状态检查”。 我的实例类型是“t2.micro”,使用的是AmazonLinuxAMI。 有什么帮助吗?

来自:

系统状态检查

监视运行实例的AWS系统。这些检查检测实例中需要AWS参与修复的潜在问题。 以下是可能导致系统状态检查失败的问题示例:

  • 网络连接中断
  • 系统功率损失
  • 物理主机上的软件问题
  • 影响网络可达性的物理主机上的硬件问题
实例状态检查

监视单个实例的软件和网络配置。以下是可能导致实例状态检查失败的问题示例:

  • 系统状态检查失败
  • 网络或启动配置不正确
  • 耗尽的记忆
  • 损坏的文件系统
  • 不兼容内核
基本上,系统状态检查表示硬件有问题,实例状态检查表示虚拟机有问题(例如内核问题、网络)

当实例停止然后再次启动时,它将在不同的硬件上进行配置。这将解决与硬件相关的问题。请注意,重新启动不会重新配置虚拟机-相反,操作系统只是重新启动。这就是为什么停止/启动比重新启动更有效

实例状态检查在一段时间后失败是非常罕见的-它通常在初始启动时出现问题。这表明您的操作系统出了问题,但应该通过重新启动来纠正,您认为这是不够的。所以,这有点神秘


如果可能,我建议启动一个新实例并将其安装/配置为现有实例的替代品。

您确定失败的是系统状态检查,而不是实例状态检查吗?在实例检查继续通过的情况下,系统检查失败是极不可能的,甚至不可能。确切地说,在两周内,我进行了2次实例状态检查和3次系统状态检查,在这两种情况下,我应该停止实例并重新启动它。重新启动无法解决此问题。有什么想法或建议吗?今天又发生了,这是实例状态检查,我可以通过停止和重新启动使其工作。