Ho notato che chiamare ec2.rebootInstancesun'istanza di Amazon EC2 è stato molto più veloce dell'arresto e del riavvio ( ec2.stopInstances ec2.startInstances).
Ha anche conservato l'indirizzo IP dell'istanza (non ho un IP elastico su di esso) Cosa fa ec2.rebootInstance in modo diverso dall'arresto e l'avvio di un'istanza?
Risposte:
Quando si interrompe un'istanza di avvio EBS, si rinuncia all'hardware fisico (o parte di esso) su cui era in esecuzione il server e EC2 è libero di avviare l'istanza di qualcun altro lì.
Il volume di avvio EBS (e altri volumi EBS collegati) sono ancora conservati, sebbene non siano realmente collegati a un server fisico o virtuale. Sono semplicemente associati a un ID istanza che non è in esecuzione da nessuna parte.
Quando si riavvia l'istanza, EC2 preleva dell'hardware su cui eseguirlo, si collega ai volumi EBS e lo riavvia dal volume principale.
Le cose che cambiano quando ti fermi / inizi includono:
Nuovo indirizzo IP interno (anche se potrebbe essere lo stesso a caso).
Nuovo indirizzo IP esterno (anche se potrebbe essere casualmente lo stesso).
Se un indirizzo IP elastico è stato associato all'istanza prima che fosse arrestato, sarà necessario associarlo nuovamente dopo l'avvio.
Tutti i contenuti della precedente memoria effimera dell'istanza sono stati cancellati e ti viene data una nuova memoria effimera.
È possibile lasciare un'istanza interrotta per tutto il tempo che si desidera e non ricevere l'addebito per il tempo di esecuzione (anche se l'addebito avviene con una tariffa molto più bassa per l'archiviazione del volume EBS). Vedi il prossimo punto
Una nuova ora di fatturazione viene avviata per l'istanza quando la si riavvia. Ad esempio, se avvii una nuova istanza e poi la interrompi / la avvii 3 volte entro i primi 60 minuti, ti verranno addebitate 4 ore anziché 1.
C'è una piccola possibilità che EC2 non disponga di slot disponibili del tipo di istanza corretto per eseguire l'istanza quando si desidera avviarla nuovamente. Ho avuto questo accadere e temporaneamente passato a un diverso tipo di istanza disponibile per farlo funzionare di nuovo.
Al riavvio, è un semplice riavvio a livello di sistema operativo e l'istanza rimane in esecuzione sullo stesso hardware, con gli stessi indirizzi IP pubblici e privati, mantiene lo stesso indirizzo IP elastico (se associato) e mantiene lo stesso spazio di archiviazione temporaneo senza ottenere spazzato. Nessuna nuova ora di fatturazione viene avviata al riavvio e non si rinuncia all'hardware dell'istanza.
Mentre un'istanza viene interrotta, puoi fare alcune cose interessanti prima di ricominciare. Ecco un articolo che ho scritto sulla modifica del tipo di istanza di un'istanza mentre è ferma:
Spostamento di un'istanza EC2 in dimensioni maggiori
http://alestic.com/2011/02/ec2-change-type
Ecco un articolo che ho scritto su come modificare le dimensioni di un disco di avvio EBS di un'istanza mentre è fermo:
Ridimensionamento del disco di root su un'istanza EC2 Boot EBS in esecuzione
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Ecco un articolo che ho scritto su come esaminare il disco di root di un'istanza (mentre è fermo) quando non riesci a connetterti mentre è in esecuzione:
Correzione di file sul volume EBS di root di un'istanza EC2
http://alestic.com/2011/02/ec2-fix-ebs-root
Poiché il ciclo di arresto / avvio ha buone probabilità di spostare l'istanza su un nuovo hardware, è un modo semplice per sostituire l'hardware dell'istanza se si sospetta che la piattaforma corrente potrebbe andare male e causare problemi. Ecco un articolo che ho scritto al riguardo:
Un modo più semplice per sostituire l'hardware dell'istanza su EC2
http://alestic.com/2011/02/ec2-move-hardware