我有几个微实例已经好几周了.两者都在运行WordPress博客.在过去的24小时里,其中一人停了下来.即使重启后我也无法进入.另一个例子工作正常.
ssh: connect to host ec2-xxx-xxx-xxx-xxx.ap-southeast-1.compute.amazonaws.com port 22: Operation timed out
Run Code Online (Sandbox Code Playgroud)
在日志中没有任何明显的问题.最后几行是:
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:
Run Code Online (Sandbox Code Playgroud)
管理控制台声明一切正常并正常运行.
我为两个实例使用相同的安全组和.pem文件.
我怀疑这个实例的流量比其他实例多.无论如何,微实例可能会耗尽内存而只是停止响应?怎么可能出错?
谢谢
Gre*_*son 10
我已经看到微实例锁定了几分钟,因为当你使用太多CPU时CPU会"窃取".这对于微实例来说是独一无二的.我在http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/上写了一个这方面的例子(包括视频).
您可以通过执行完全STOP然后START来将实例移动到新资源.这会将其分配给新硬件并分配新的IP地址(不要忘记重新关联弹性IP!).主机重启不会实现此目的.它需要通过EC2控制台停止.终止它是没有必要的.
有几种可能,但最有可能的两种是:
运行微型实例的主机上的高负载 - 微型实例无论如何都会获得一小部分资源,并且在主机负载不足时会非常严重地缩减。
主机上发生了影响 VM 响应性的故障 - 这实际上是相对常见的,并且可能表现出您所看到的行为类型。
在任何一种情况下,最快的解决方案是取消实例并重新启动它 - 您可能会在不同的主机上获得一个新实例,它可能压力较小或损坏较少。;)