Amazon EC2-micro-instance nicht mehr reagiert

Ich habe ein paar von micro-Instanzen gearbeitet haben, gut für Wochen. Beide laufen WordPress blogs. In den letzten 24 Stunden einer von Ihnen angehalten hat. Ich kann keine ssh auch nach einem Neustart. Die andere Instanz ist in Ordnung. 

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

Dort offensichtlich nichts in der log, das aussieht wie ein problem. Die letzten Zeilen sind: 

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:

Die management Konsole die besagt, dass alles läuft und normal.

Ich benutze die gleichen Sicherheits-Gruppe und .pem-Datei für beide Instanzen.

Ich vermute, dass diese Instanz wurde immer mehr Verkehr an als die andere. Gibt es trotzdem, dass die micro-Instanz laufen konnte, aus der Erinnerung und nur nicht mehr reagiert? Was könnte schief gehen?

Hier ist ein Screenshot des Monitoring-panel

Dank

InformationsquelleAutor danjp | 2011-08-18
  1. 3

    Gibt es mehrere Möglichkeiten, aber die zwei wahrscheinlichsten sind:

    1. Hohe Last auf dem host, Micro-Instanz ausgeführt wird, auf - Micro-Instanzen Holen Sie sich ein kleines Stück von Ressourcen sowieso, und skaliert wieder ziemlich hart, wenn der Gastgeber unter Last.

    2. Ist ein Fehler aufgetreten auf dem host, die Auswirkungen auf die VM-Reaktionsfähigkeit - das ist eigentlich relativ Häufig, und zeigen die Art von Verhalten, das Sie beobachten.

    In jedem Fall die Schnellste Lösung ist auf nuke die Instanz, und starten Sie es - Sie werden wahrscheinlich eine neue Instanz auf einem anderen host, die vielleicht weniger gestresst oder weniger gebrochen. 😉

    • Vielen Dank für Ihre Antwort. Nach ein paar Stunden konnte ich ssh wieder rein und neu starten httpd und mysqld. Nicht sicher, was das problem war. Meinst du beenden die Instanz, und starten Sie ein anderes? Kann ich die Daten speichern Sie auf es, wenn ich dies tun?
    • Ich habe in der Tat bedeuten, das sollten Sie beenden die problem-Instanz und erstellen Sie eine neue ein - JEDOCH BEWUSST SEIN,, dass alle Daten nur in der Instanz ephemeral store LOST, wenn Sie kündigen. Wenn Sie möchten, halten Sie alle Daten, verschieben Sie es auf einem angeschlossenen EBS-volume - dieser Band ist persistent und wird nicht zerstört werden, wenn Sie töten die Instanz. Sie können dann hängen Sie es an die neue Instanz, wenn es startet. Bitte Lesen-bis auf Instanz-und temporäre Lagerung Lebensdauer, wenn Sie unsicher sind, was Sie tun, und stellen Sie sicher, dass Ihre Daten gesichert werden, wenn für Sie wichtig ist.
    • Dank Jonners. Anscheinend war es eine zugrunde liegende hardware-Problem und musste neu gestartet werden.
    • Schneller Vorlauf bis 2013: wenn die Instanz gestartet wurde von einem EBS-backed-AMI, das ist typisch, dann könnte man einfach stop & starten Sie die EC2-Instanz (statt beenden und neu starten). Dies würde wahrscheinlich dazu führen, dass es neu starten, auf neue hardware, und die Instanz wäre intakt. Beachten Sie auch, dass t1.micros sind nicht wirklich geeignet für jede Art von Produktions-workload.
    InformationsquelleAutor Eight-Bit Guru
  2. 10

    Ich habe gesehen, Mikro-Instanzen-Sperre für mehrere Minuten aufgrund der CPU "klaut", das Auftritt, wenn Sie zu viel CPU. Dies ist eindeutig für die micro-Instanz. Ich gebloggt ein Beispiel HIERFÜR (einschließlich video) an http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/.

    Können Sie verschieben Sie Ihre Instanz, um neue Ressourcen, indem Sie einfach tun ein full-STOP und dann START. Diese weisen auf neue hardware und weisen Sie eine neue IP-Adresse (vergessen Sie nicht, re-assoziieren Ihre elastic IP!). Ein Neustart des Hosts wird dieses Ziel nicht erreichen. Es muss gestoppt werden, die über die EC2-Konsole. Kündigung ist nicht notwendig.

    • Dieser arbeitete für mich. Es war eine option in der ec2-Konsole neu starten der Instanz und ich habe nicht brauchen, um neu zu ordnen Sie die IP.
    • gut danke.. weil ich gerade verloren meine ganze Seite.. ich auf Stopp geklickt haben.... dann, nachdem es aufgehört ich auf start.. und dann ging es rechts in die Kündigung-Modus und jetzt habe ich nicht eine Seite nicht mehr. keine volumes oder sicherungen offenbar entweder..
    InformationsquelleAutor Greg Wilson
  3. 0

    Ich gerade neu gestartet, die Instanz und es begann wieder zu arbeiten. Siehe screenshot hier

    InformationsquelleAutor Asadullah Ali
Schreibe einen Kommentar