Il tempo più veloce per eseguire un'istanza EC2


16

Sto pensando di passare da un VPS a EC2. EC2 è elastico, così come i suoi prezzi; Potrei avviare la mia istanza su richiesta, quindi lasciarla chiusa se non è attiva entro la fine di un periodo di un'ora.

Quanto tempo impiega questo processo? Supponiamo un microistanza che si avvia da EBS. Supponiamo che Linux (probabilmente Ubuntu); i tempi di 10 minuti menzionati per Windows non mi lasciano impressionato. La transizione potrebbe essere ec2-run-instance(con il suo stato in sospeso) o ec2-start-instance. Sentiti libero di menzionare i tempi di avvio di altre nuvole se li conosci.


Ecco un pingback dal blog di high scability: highscalability.com/blog/2011/3/17/…
Tobu

Risposte:


7

Non esiste una risposta definitiva a questo perché dipende dal carico corrente di EC2. Potresti anche riscontrare problemi di capacità. Nella mia esperienza ottengo startup EC2 in circa un minuto alle tre per un Small in west-1b. Non penso che Amazon abbia nemmeno uno SLA per garantire la possibilità di avviare nuove istanze. Rackspace Cloud Server 256 MB è anche circa un minuto, ma ho visto circa tre minuti circa.


1
Non è male. Avere un'istanza riservata aiuterebbe con l'imprevedibilità?
Tobu,

1
@Tobu Amazon lo allude sul sito ma lo SLA non sembra affermarlo in modo specifico. La parte "Non disponibile" richiede che vi siano istanze in esecuzione. Gradirei qualsiasi correzione alla mia comprensione di questo da parte di chiunque!
Rob Olmos,

@Tobu L'istanza riservata non sarebbe di aiuto. Non hanno alcun significato se non nel modo in cui ti viene addebitato.
ceejayoz,

9

Su Amazon, l'avvio di una macchina da EBS dovrebbe essere significativamente più veloce di un'istanza di sola lettura, basata su S3. Da http://aws.amazon.com/ebs/ :
"Puoi anche interrompere e riavviare le istanze che si avviano da Amazon EBS volumi pur mantenendo lo stato, con tempi di avvio molto rapidi. Come per qualsiasi utilizzo di Amazon EBS, paghi solo la quantità di risorse che consumi ".

Per maggiori dettagli sul processo di avvio di EBS, si tratta di una lettura più o meno necessaria: consultare la sezione intitolata "Tempi di avvio" e "Modalità di addebito": http://docs.amazonwebservices.com/AWSEC2/latest/ UserGuide / index.html? Concepts_BootFromEBS.html

Di particolare nota è che "Addebitiamo un'ora di istanza completa per ogni transizione da uno stato arrestato a uno stato in esecuzione, anche se si sposta l'istanza più volte in una sola ora". Quanto segue implica che questo è solo il caso di EBS. Questa informazione è _deeply_buried_ - quindi, se devi accendere e spegnere le macchine frequentemente, l'avvio da EBS potrebbe essere più costoso.


Questo sembra essere cambiato. "Quando un'istanza supportata da Amazon EBS viene interrotta, non ti viene addebitato alcun costo per l'utilizzo dell'istanza; tuttavia, ti viene comunque addebitato il costo di archiviazione del volume. Non appena avvii l'istanza, viene addebitato un minimo di un minuto per l'utilizzo. Dopo un minuto, addebitiamo solo i secondi utilizzati. "
Robert Hensing,

5

I miei benchmark indicano un tempo di avvio di circa 45 secondi . L'hypervisor XEN è responsabile di gran parte di ciò.
Il test misura dal lancio dell'istanza (seleziona AMI e avvia nuova istanza) alla connettività SSH. Uso debian squeeze, creato con il mio bootstrapper (non avvia Gysy ecc.).

Puoi testare il tempo di avvio con uno script di benchmark che ho creato per quello scopo specifico.


3

Esistono vari modi per accelerare i tempi di avvio dell'istanza. La maggior parte delle volte è il caricamento del sistema operativo e ciò che l'AMI deve configurare per il caricamento all'avvio. Ho pubblicato alcune indicazioni che ho ricevuto dal supporto AWS in un altro post:

/programming//a/39298090/1806763

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.