Come mantenere l'Amazon EBS Backed AMI persistente?

Sono stato felice di sentire parlare di EBS Backed AMI, ma sono confuso. Non sembra persistente affatto.

Ho creato un'istanza EC2 utilizzando una delle versioni AMI di Linux EBS supportta da Amazon. Ho aggiornato e aggiunto server http e python. Ho notato che l'EBS AMI è stato aggiunto al volume EBS. Poi ho terminato l'istanza EC2 per continuare il mio lavoro qualche altra volta, una volta terminata, tutto era andato. Il volume EBS e tutte le modifiche apportte. Confuso perché il volume EBS è andato? Come è persistente?

Poi ho fatto la stessa cosa di nuovo sopra. Questa volta ho creato e registrato l'AMI prima di chiuderlo. Ma each aggiornamento dopo la creazione di nuovi AMI è persa.

Ogni volta che aggiorno un file o un'altra configuration, non voglio registrare e creare un nuovo AMI. Ciò sembra noioso e inefficiente. Perché chiamano questo EBS se tutto si perde dopo aver terminato l'istanza? Sto facendo qualcosa di sbagliato? È ansible creare un AMI persistente senza bisogno di registrare una nuova image each volta che si aggiorna un file?

  • Monitoraggio del carico su AWS EC2
  • Imansible trovare il mio AWS condiviso AMI quando provo a condividere con un account specifico
  • Configurazione di rsyslog di Amazon Linux riesce
  • Amazon Lambda per l'elaborazione video e immagini?
  • Come posso impostare un record MX in Route53 per un dominio GoDaddy?
  • Perché l'istanza AWS non è raggiungibile?
  • Opzioni di hosting su AWS
  • istanza di punto ec2 per l'attività di elaborazione giornaliera
  • 3 Solutions collect form web for “Come mantenere l'Amazon EBS Backed AMI persistente?”

    Per impostazione predefinita, l'istanza EC2 "Termina" elimina automaticamente tutti i volumi EBS creati automaticamente con l'istanza, ma questo può essere modificato. Per impostazione predefinita, non è ansible eliminare i volumi EBS che sono stati allegati dopo l'avvio dell'istanza e questo può essere modificato.

    Ecco un articolo che ho scritto su come proteggere i tuoi dati importnti con le istanze di avvio EBS:

    Tre modi per proteggere le istanze EC2 dalla risoluzione accidentale e dalla perdita dei dati
    http://alestic.com/2010/01/ec2-instance-locking

    Nota: L'errore di istanza non deve eliminare automaticamente il volume EBS. Tuttavia, il guasto del volume EBS è in sé una modalità di guasto, pertanto assicurati di creare regolari snapshot EBS. Non solo questo consente di affidarsi ad un backup, ma aumenta anche magicamente e in modo trasparente l'affidabilità del volume EBS stesso.

    Il volume EBS collegato all'istanza EC2 in esecuzione verrà eliminato quando si esegue 'terminare'. Invece un 'stop' manterrà tutto intatto.

    Dovresti ricreare l'AMI se vuoi che contiene i tuoi aggiornamenti. O un metodo migliore sarebbe quello di build il tuo AMI in modo che tira nuove configurazioni / codice quando si avvia. Dovresti esaminare i "dati utente".

    Non terminare mai l'istanza se non si desidera perdere la EBS root: interrompere invece l'istanza. Non ti verrà addebitato alcun costo per l'istanza, poiché non è in esecuzione, ma naturalmente pagherai ancora per il Gb dello spazio su disco allocato.

    Nella console di gestione di AWS è inoltre ansible triggersre la protezione terminata per evitare errori: fare clic con il button destro su un'istanza e scegliere "Modifica protezione di terminazione".

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.