小编Tal*_*lia的帖子

危险！

除非您准备好崩溃和/或强制重启系统，否则不要运行此命令来“测试”它。

我采取的步骤：

• 我在运行 Ubuntu 14.01 LTS 的 EC2 上创建了一个 t1.micro 实例。
• 我确认两个状态检查都通过了。
• 我通过 SSH 进入了实例。
• 我运行了为什么这个命令使我的系统滞后如此严重以至于我不得不重新启动？.
  • 我的 SSH 会话如下所示。
• 如您所见，实例（很快）耗尽了内存，并且我的会话在超时后终止。

我预计实例状态检查会失败。但是，两个状态检查在 20 多分钟后继续通过。该实例对 SSH 和 ping 没有响应，尽管 nmap 报告端口 22 已打开。

我希望使用状态检查来确定实例是否有响应，并使其自动缩放组终止并替换它，但看起来我无法做到这一点。

我有两个问题：

1. 为什么实例通过两个状态检查？
2. 是否有另一种解决方案（除了为未用于平衡负载的负载平衡器支付 18 美元/月）来终止无响应的实例？我可以用 Cloudwatch 警报做些什么吗？
   • 理想情况下，我希望能够让实例定期报告其运行状况，如果它在一段时间内未能这样做，请将其终止（并让我的自动缩放组处理其余部分）。

我的 SSH 会话：

Welcome to Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-57-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

  System information as of Thu Jul  9 18:50:39 UTC 2015

  System load: 0.0               Memory usage: 7%   Processes:       47
  Usage of /: …