Question

我有几个微实例已经好几周了。两者都在运行WordPress博客。在过去的24小时里，其中一人停了下来。即使重启后我也无法进入。另一个例子工作正常。

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文件。

我怀疑这个实例的流量比其他实例多。无论如何，微实例可能会耗尽内存而只是停止响应？可能出现什么问题？

Here is a screen shot of the Monitoring panel

由于

Answer 1

我已经看到微实例锁定了几分钟，因为当你使用太多的CPU时CPU会“窃取”。这对于微实例来说是独一无二的。我在http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/上写了一个这样的例子（包括视频）。

您只需完全停止然后执行START即可将实例移动到新资源。这会将其分配给新硬件并分配新的IP地址（不要忘记重新关联弹性IP！）。主机重启不会实现此目的。它需要通过EC2控制台停止。终止它是没有必要的。

Answer 2

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

运行Micro实例的主机负载很高 - Micro实例无论如何都会获得一小部分资源，并且当主机负载不足时会严重缩减。
主机上发生了影响VM响应的故障 - 这实际上相对常见，并且可能表现出您所看到的行为类型。

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

Answer 3

我刚刚重启了实例，它又开始工作了。 See the screenshot here

亚马逊EC2微实例没有响应

3 个答案: