Amazon ec2 Amazon EC2微实例没有响应

我有两个微实例已经运行了好几个星期了。他们都在运行WordPress博客。在过去的24小时里，其中一辆停了下来。即使在重新启动后，我也无法通过ssh登录。另一个实例运行良好

ssh: connect to host ec2-xxx-xxx-xxx-xxx.ap-southeast-1.compute.amazonaws.com port 22: Operation timed out

日志中没有明显的问题。最后几行是：

cloud-init:  runcmd[  OK  ]
Mounting other filesystems:  [  OK  ]
Retrigger failed udev events[  OK  ]
Generating SSH1 RSA host key: [  OK  ]
Starting sshd: [  OK  ]
Starting ntpd: [  OK  ]
Starting sendmail: [  OK  ]
Starting sm-client: [  OK  ]
Starting crond: [  OK  ]
[  OK  ]
Starting atd: [  OK  ]
Starting yum-updatesd: [  OK  ]
Running cloud-init user-scripts (none found)[  OK  ]
Amazon Linux AMI release 2011.02.1.1 (beta)
Kernel 2.6.35.11-83.9.amzn1.i686 on an i686
ip-xx-xxx-xx-xx login:

管理控制台表示一切正常运行。
我对这两个实例使用相同的安全组和.pem文件

我怀疑这个实例比另一个实例的流量更大。微实例是否会耗尽内存而停止响应？出了什么问题

---

谢谢

有几种可能性，但最有可能的两种是：

运行微实例的主机上的高负载—微实例无论如何都会获得一小部分资源，并且在主机负载不足时会被严重缩减

主机上发生了影响VM响应性的故障-这实际上是比较常见的，并且可以显示您看到的行为类型

---

在任何一种情况下，最快的解决方案都是对实例进行核攻击并重新启动它-您很可能会在不同的主机上获得一个新实例，这可能会减少压力或损坏程度。；）

我已经看到微实例由于使用太多CPU时发生的CPU“窃取”而锁定了几分钟。这是micro实例所独有的。我在博客上写了一个例子（包括视频）

---

只需先做一个句号，然后再开始，就可以将实例移动到新资源。这将把它分配给新的硬件，并分配一个新的IP地址（别忘了重新关联你的弹性IP！）。主机重新启动无法完成此任务。它需要通过EC2控制台停止。没有必要终止它。

我刚刚重新启动了实例，它又开始工作了

谢谢你的回复。几个小时后，我能够再次使用ssh连接并重新启动httpd和mysqld。不知道是什么问题。您的意思是终止实例并启动另一个实例吗？如果我这样做，我可以将数据保存在那里吗？我确实是说您应该终止问题实例并创建一个新实例-但是请注意，当您终止时，仅保存在实例临时存储上的任何数据都将丢失。如果您希望保留任何数据，请将其移动到连接的EBS卷-此卷是持久的，在您终止实例时不会被销毁。然后，可以在新实例启动时将其附加到新实例。如果您不确定自己在做什么，请阅读实例和短暂存储寿命，如果数据对您很重要，请确保备份数据。谢谢Jonners。显然，它有一个底层硬件问题，必须重新启动。快进到2013年：如果实例是从一个EBS支持的AMI启动的，这是典型的，那么您可以简单地停止并重新启动EC2实例（而不是终止并重新启动）。这可能会导致它在新的物理硬件上重新启动，并且您的实例将完好无损。还要注意的是，t1.micros实际上并不适合任何类型的生产工作负载。ec2控制台中有一个重新启动实例的选项，我不需要重新关联IP。。因为这个，我失去了我的整个网站。。我点击停止。。。。然后在它停止后，我单击“开始”。。然后它就进入了终止模式，现在我再也没有网站了。显然也没有卷或备份。。