Micro istanza Amazon EC2 che non risponde

Question

Ho un paio di micro istanze che funzionano bene da settimane. Entrambi eseguono blog WordPress. Nelle ultime 24 ore uno di loro si è fermato. Non riesco a ssh anche dopo il riavvio. L'altra istanza funziona correttamente.

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

Non c'è niente di ovvio nel registro che sembri un problema. Le ultime righe sono:

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: 

La console di gestione dichiara che tutto è in esecuzione e normale.
Io uso lo stesso gruppo di sicurezza e il file .pem per entrambe le istanze.

Ho il sospetto che questa istanza abbia ricevuto più traffico rispetto all'altra. Esiste comunque il fatto che la microistanza possa esaurire la memoria e smettere di rispondere? Cosa potrebbe andare storto?

Here is a screen shot of the Monitoring panel

Grazie

Answer 1

Ci sono diverse possibilità, ma i due più probabili sono:

1. alto carico sul host che l'istanza Micro è in esecuzione su - casi Micro ottenere un piccola fetta di risorse comunque, e ridimensionata abbastanza duramente quando l'host è sotto carico.

2. Si è verificato un errore sull'host che ha un impatto sulla reattività della VM: in realtà è relativamente comune e può mostrare il tipo di comportamento che si sta verificando.

In entrambi i casi, la soluzione più rapida è quella di bombardare l'istanza e riavviarlo - è probabile ottenere una nuova istanza su un host diverso, che possono essere meno stressati o meno rotto. ;)

Answer 2

Ho visto le istanze micro bloccarsi per diversi minuti a causa del "furto" della CPU che si verifica quando si utilizza troppa CPU. Questo è unico per l'istanza micro. Ho scritto un blogger su questo esempio (incluso il video) allo http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/.

È possibile spostare l'istanza su nuove risorse semplicemente eseguendo uno STOP completo e poi un START. Questo lo assegnerà al nuovo hardware e assegnerà un nuovo indirizzo IP (non dimenticare di riassociare il tuo IP elastico!). Un riavvio dell'host non lo comporterà. Deve essere fermato tramite la console EC2. La cessazione non è necessaria.

Answer 3

Ho appena riavviato l'istanza e ha iniziato a funzionare di nuovo. See the screenshot here