2012-02-08 10 views
18

Ho un'istanza AWS EC2 di cui vorrei creare uno spin-off per effettuare alcuni test. So che posso creare un AMI dell'istanza in esecuzione, quindi avviarlo. Ma quando creo l'AMI, la macchina si ferma per un paio di minuti (almeno la connessione di rete).È possibile duplicare un'istanza AWS EC2 senza tempi di inattività?

C'è un'impostazione da qualche parte che mi manca?

Genero l'AMI facendo clic con il pulsante destro del mouse sulla console di gestione e selezionando "Crea AMI".

Grazie

+1

Non ho mai visto un'istanza EC2 andare giù durante la creazione di un AMI di esso. Quali sintomi stai vedendo e che tipo di istanza è questa? –

+0

È un server windows m1.large in esecuzione 2008. Su di esso viene installato Tableau Server e quando viene generato l'AMI, Tableau è inaccessibile (sia la pagina di accesso sia i dati contenuti nel server) per circa 5-10 minuti. –

risposta

12

No. Non in senso tecnico. La macchina deve riavviarsi quando si crea un AMI. Non stai perdendo la connessione di rete, la tua macchina è in realtà in fase di riavvio.

Una cosa che potresti fare è copiare il tuo disco su un altro disco, ma non è facile da fare.

Amazon EC2 spegne l'istanza, prende le immagini di tutti i volumi che erano attaccati, crea e registra l'AMI, e quindi riavvia l'istanza . - http://docs.amazonwebservices.com/AWSEC2/2011-05-15/UserGuide/index.html?Tutorial_CreateImage.html

EDIT: sto guardando questa risposta ancora una volta, e AWS ora ha la capacità di controllare la "no reboot" quando si crea un AMI. Probabilmente non è una grande idea per i volumi con molte scritture, ma è bello averlo.

+0

Posso creare un'istantanea del volume allegato, avviare un'altra istanza, quindi sostituire il volume della nuova istanza con l'istantanea? –

+0

Sì, è possibile creare un'istantanea di qualsiasi volume e collegarla a un'altra istanza, ma se si esegue questa operazione sul volume di root si rischia la possibilità di danneggiare alcuni dati se le scritture stanno accadendo mentre si avvia l'istantanea. Il mio consiglio è di trasferire tutti i dati necessari a un volume EBS separato, quindi eseguire: sync e xfs_freeze -f/MOUNTEDVOLUME (xfs_freeze -u quando hai finito). In questo modo non avrai dati corrotti. – chantheman

+0

FWIW, il precedente si riferisce alle istanze supportate da EBS. Penso che tu possa creare un AMI di un'istanza supportata da S3 senza incorrere in tempi di inattività. –

10

Amazon ora consente un'opzione "no-reboot" quando si crea un AMI, presentato in una casella di controllo. Tuttavia, "l'integrità del file system sull'immagine creata non può essere garantita", quindi dovrai valutare l'integrità e il tempo di inattività.

+2

forse una buona idea fare 'fsck' sul filesystem di root dopo che ne è uscito uno nuovo. Solo l'altro caso in cui questo sarebbe dannoso che posso vedere sarebbe se il filesystem avesse un database su di esso o simile. –

Problemi correlati