Come scoprire quando un'istanza EC2 è stata chiusa?


8

Ho centinaia di istanze nella console web EC2.

Alcuni sono in arresto. Vedo che sono stati creati molti mesi o anni fa. Sembrano abbandonati e dimenticati per un po ', ma è difficile dire se terminarli sia sicuro.

ad es. Potrebbero essere dei vecchi backup, qualcuno avrebbe potuto migrare un carico in nuove istanze e conservare quelli vecchi per alcune settimane come precauzione, ecc ...

Finiamo per mantenerne la maggior parte in quanto è la scelta più sicura.

Stiamo ancora pagando per i volumi EBS quando l'istanza viene chiusa (ma non terminata). Il prezzo può aumentare nel tempo con molte istanze non utilizzate (EBS è $ 140 al mese per TB). Quindi mi piacerebbe fare un po 'di pulizia.

Sto pensando che se potessi trovare il momento in cui l'istanza è stata chiusa, sarebbe un buon indicatore di quanto sia "abbandonato".

Come posso sapere quando è stata eseguita l'ultima chiusura di un'istanza?



crea AMI delle istanze prima di terminarle ... le istantanee saranno più economiche.
Skaperen,

Risposte:


6

Usando il awscli. pip install awscli

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

Produzione:

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

Possiamo vedere cosa è successo all'istanza e a che ora.

Ad esempio, questo è stato chiuso manualmente il 16/11/2015 alle 13:36:40 GMT.


Questo non include sempre un motivo e / o tempo. I documenti dicono "Potrebbe trattarsi di una stringa vuota". docs.aws.amazon.com/AWSEC2/latest/APIReference/…
Matt Houser

2
Funziona se l'istanza è stata arrestata nella console web EC2. Non funziona se l'istanza shutdown -h nowproveniva dall'interno. È tutto ciò che possiamo ottenere fino a quando Amazon non aggiunge ufficialmente una meta informazione "Last Shutdown" alle istanze.
user5994461,

1

Come hai detto, quelle macchine sono state create molti anni fa, penso che dovresti controllare se stanno usando il vecchio tipo di archivio delle istanze delle chiamate di archiviazione .

Nella mia esperienza, se è necessario arrestare quelle macchine EC2 con l'istanza dell'archivio, l'unica opzione è quella di terminarlo ma ciò causerebbe la perdita di dati.

Quindi il mio suggerimento è di aggiungere un nuovo EBS per eseguire il backup di tutti i dati e creare un nuovo EC2 con le ultime impostazioni o semplicemente eseguire il backup dei dati in remoto. Quindi terminare le vecchie istanze EC2 che dovrebbero eliminare i costi di archiviazione.


0

Se il tuo obiettivo è risparmiare denaro, puoi creare un'istantanea EBS dei dischi e quindi eliminare i volumi.

Le istantanee EBS vengono addebitate a un prezzo inferiore rispetto ai volumi effettivi.

Ad esempio, negli Stati Uniti orientali:

  • Le istantanee sono 9.5c / GB
  • I volumi EBS SSD per scopi generici vengono addebitati a 10c / GB di archiviazione con provisioning
  • I vecchi volumi EBS magnetici vengono caricati a 5c / GB di spazio di archiviazione predisposto

Tuttavia, le snapshot EBS richiedono solo spazio di archiviazione per i blocchi utilizzati . Se i volumi EBS hanno spazio inutilizzato (ad esempio, sono stati utilizzati solo 10 GB su 30 GB), le istantanee EBS saranno più economiche.

Se i volumi EBS sono per lo più pieni, è possibile acquisirli con lo snapshot e quindi ricrearli come volumi EBS Cold HDD , che vengono caricati a 2,5c / GB di spazio di provisioning .

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.