Wie kann man herausfinden, wann eine EC2-Instanz heruntergefahren wurde?

8

Ich habe Hunderte von Instanzen in der EC2-Webkonsole.

Einige sind heruntergefahren. Ich kann sehen, dass sie vor vielen Monaten oder Jahren geschaffen wurden. Sie scheinen für eine Weile verlassen und vergessen zu sein, aber es ist schwer zu sagen, ob es sicher ist, sie zu beenden.

zB könnte es sich um ein altes Backup handeln, jemand könnte gerade eine Last auf neue Instanzen migriert haben und die alten vorsorglich für ein paar Wochen aufbewahren, etc ...

Wir behalten die meisten von ihnen, da dies die sicherste Wahl ist.

Wir zahlen immer noch für die EBS-Volumes, wenn die Instanz heruntergefahren (aber nicht beendet) wird. Bei vielen nicht verwendeten Instanzen kann der Preis im Laufe der Zeit steigen (EBS beträgt 140 USD pro Monat und TB). Also würde ich gerne etwas aufräumen.

Ich denke, wenn ich die Zeit finden könnte, zu der die Instanz heruntergefahren wurde, wäre dies ein guter Indikator dafür, wie "verlassen" sie ist.

Wie kann ich feststellen, wann eine Instanz zuletzt heruntergefahren wurde?

amazon-ec2 amazon-web-services aws-cli user5994461
quelle
aws.amazon.com/cloudtrail
dmourati
Machen Sie AMIs der Instanzen, bevor Sie sie beenden ... die Snapshots sind billiger.
Skaperen

Antworten:

6

Mit dem awscli. pip install awscli

aws ec2 describe-instances --output table --instance-id i-aef88019

Ausgabe:

|||  StateTransitionReason |  User initiated (2015-11-16 13:36:40 GMT)   |||
[...]
||||                             StateReason                            ||||
|||+---------+----------------------------------------------------------+|||
||||  Code   |  Client.UserInitiatedShutdown                            ||||
||||  Message|  Client.UserInitiatedShutdown: User initiated shutdown   ||||

Wir können sehen, was mit der Instanz passiert ist und zu welcher Zeit.

Zum Beispiel wurde dieser manuell am 16.11.2015 um 13:36:40 GMT heruntergefahren.

user5994461
quelle
Dies beinhaltet nicht immer einen Grund und / oder eine Zeit. Die Ärzte sagen "Dies könnte eine leere Zeichenfolge sein". docs.aws.amazon.com/AWSEC2/latest/APIReference/…
Matt Houser
2
Es funktioniert, wenn die Instanz in der EC2-Webkonsole heruntergefahren wurde. Es funktioniert nicht, wenn die Instanz shutdown -h nowvon innen stammt. Es ist so viel wie möglich, bis Amazon den Instanzen offiziell eine Metainformation "Last Shutdown" hinzufügt.
user5994461
1

Wie Sie bereits erwähnt haben, wurden diese Computer vor vielen Jahren erstellt. Ich denke, Sie sollten prüfen, ob sie den alten Speicheraufrufinstanzspeicher verwenden .

Wenn Sie diese EC2-Computer mit Instanzspeicher herunterfahren müssen, besteht meiner Erfahrung nach die einzige Möglichkeit darin, sie zu beenden, dies würde jedoch zu Datenverlust führen.

Mein Vorschlag ist daher, entweder ein neues EBS hinzuzufügen, um alle Daten zu sichern und ein neues EC2 mit den neuesten Einstellungen zu erstellen, oder die Daten einfach remote zu sichern. Beenden Sie dann die alten EC2-Instanzen, wodurch Ihre Speicherkosten entfallen sollten.

Simon MC. Cheng
quelle
0

Wenn Sie Geld sparen möchten, können Sie einen EBS-Snapshot der Festplatten erstellen und dann die Volumes löschen.

EBS-Snapshots werden zu einem niedrigeren Preis als das tatsächliche Volumen berechnet .

Zum Beispiel in den USA:

  • Schnappschüsse sind 9,5 c / GB
  • Allzweck-SSD-EBS-Volumes werden mit 10 c / GB bereitgestelltem Speicher berechnet
  • Ältere magnetische EBS-Volumes werden mit 5 c / GB bereitgestelltem Speicher aufgeladen

EBS-Snapshots benötigen jedoch nur Speicherplatz für verwendete Blöcke . Wenn auf den EBS-Volumes nicht genutzter Speicherplatz vorhanden ist (z. B. nur 10 von 30 GB), sind EBS-Snapshots günstiger.

Wenn die EBS-Volumes größtenteils voll sind, können Sie einen Snapshot erstellen und sie dann als Cold HDD EBS-Volumes neu erstellen , für die ein Bereitstellungsspeicher von 2,5 c / GB berechnet wird .

John Rotenstein
quelle