Differenza AWS tra un'istantanea e un'AMI

Quindi ho problemi a capire cosa, in particolare, sia la differenza tra questi due.

A quanto ho capito, un'istantanea è semplicemente un backup del disco rigido, mentre l'AMI è un backup dell'intero sistema (o istanza dovrei dire), ma l'intero sistema non è tecnicamente interamente situato sull'unità disco? e se è così allora non c'è una differenza netta e mi manca qualcosa?

Esistono due tipi di AMI (e istanze corrispondenti):

1. instance-store (a volte chiamato basato su S3). Questi sono meno comuni e non li consiglio ai principianti. Un'AMI del negozio di istanze è una copia del volume dell'archivio di istanze radice più alcuni metadati, tutti salvati in un bucket S3 in un formato speciale

2. Avvio EBS. Questo è probabilmente quello che stai usando. Un'AMI di avvio EBS è un'istantanea EBS del volume root EBS più alcuni metadati come l'architettura, il kernel, il nome dell'AMI, la descrizione, i mapping dei dispositivi a blocchi e altro ancora.

È possibile acquisire un'istantanea di un volume di avvio EBS e trasformarlo in un'AMI di avvio EBS registrandolo con i metadati appropriati. La parte più complicata di questo è specificare l'id AKI corretto (kernel) in modo che si avvii correttamente.

La principale differenza è tra il tipo di servizio a cui si fa riferimento. Un'istantanea è di un volume EBS in cui è possibile salvare lo stato e riavviare con gli stessi dati in un determinato momento.

Un'AMI è simile, ma è per le istanze EC2 stesse. Non è possibile acquisire un'istantanea di un'istanza non supportata da ebs, ma è possibile creare un'AMI (immagine di sistema) di una.

In genere utilizzo gli snapshot EBS come soluzioni di backup per un volume di database e utilizzo un'AMI per salvare la configurazione dell'istanza

È possibile creare un'AMI utilizzando un'istantanea. Ad esempio, utilizzando una singola "istantanea" puoi creare più AMI, ad esempio un'AMI PV e un'AMI HVM utilizzando la stessa istantanea.

Quindi, lo snapshot ha i dati di sistema / OS. L'AMI è (snapshot + metadati macchina / hardware).

Anche questo mi ha confuso. Ecco il modo più semplice per capirlo:

• EBS Snapshot molto spesso rappresenta un backup di un volume EBS specifico, potrebbe essere qualsiasi volume (volume di root, volume di dati, ecc.)

• AMI(Amazon Machine Image) è un backup dell'intera istanza EC2. Ad esempio, con una configurazione corretta è possibile creare un'AMI che includa più volumi EBS.

Ora, potrebbe sembrare confuso, ma sono entrambi archiviati come "istantanee EBS".

Pensa solo in questo modo:

• EBS Snapshot è solo un backup dei dati.
• AMIè una rappresentazione dello stato del sistema in un momento specifico. Puoi anche avviare da esso.

EBS Volumeè il disco sottostante EC2. Snapshotè un backup puntuale nel tempo di uno specifico volumementre l'AMI è il backup dell'intera istanza EC2 che potrebbe avere più volumi collegati, esattamente come le macchine virtuali.

Con Packer , puoi creare immagini di macchine automatizzate tra cui AMI per EC2, file VMDK / VMX per VMware, esportazioni OVF per VirtualBox, ecc.

EC2  <-- EBS Volume (Boot) + EBS Volume 
                        ^
                        |
                     Snapshot (only of specific volume)       
                        ^
                        |
                       AMI (Combined snapshots of all volumes, snapshot must have boot volume) 
                        ^
                        | 
                  Launch a new Instance (same installed softwares and configs, different specs) 

Gli snapshot possono essere utilizzati per eseguire il backup di unità / volumi. È un'operazione di backup incrementale, il che significa che ogni volta che si scatta un'istantanea di un volume, verranno aggiunte solo le nuove modifiche aggiunte / introdotte al volume dall'ultimo backup (non l'intero backup), risparmiando tempo, spazio e, in definitiva, il costo del backup .

Le istantanee possono essere utilizzate in:

• Backup delle unità regolarmente

• Cambia il tipo di volume, ad esempio hai traffico o letture e scritture e devi aumentare le operazioni di I / O in modo da passare da gp2a io1con maggioreIOPs

Le AMI personalizzate possono essere utilizzate in:

• Per il ripristino di emergenza nel caso in cui l'istanza EC2 in esecuzione corrente sia danneggiata e non possa essere eseguita senza motivo.

• AMI aziendali standard che hanno tutti i prerequisiti software installati che semplificano il processo di distribuzione (ad es. Configurato per connettersi a `Splunk, ha alcuni software di monitoraggio e osservabilità installati, ha docker installato o è configurato per connettere Puppet o Chef all'avvio)

• Le AMI potrebbero essere utilizzate per distribuire facilmente le tue applicazioni in diverse regioni.

• Aggiorna il tuo server a specifiche superiori o diverse con tutti i software installati e le loro configurazioni

• Le AMI possono essere condivise pubblicamente tra gli account AWS.

Ecco alcune altre differenze tra AMI ed EBS Snapshots:

1) Un'AMI può essere avviata e contiene collegamenti al dispositivo di root e può contenere collegamenti a snapshot di altri volumi di dati.

2) L'immagine dei dati contenuta in un'AMI non rappresenta un punto nel tempo ben definito, a meno che l'istanza non venga riavviata, cosa che in genere non è accettabile per l'ambiente di produzione. Le istantanee possono essere scattate in modo coerente poiché è possibile controllare il loro preciso punto nel tempo, quindi prima che inizi l'istantanea si può essere sicuri che tutto sia "pronto per il backup".

3) È possibile creare un'AMI da snapshot esistenti del dispositivo root per Linux ma non per Windows.

Secondo la definizione fornita da AWS,

Un'AMI è un modello da cui puoi avviare un'istanza EC2. Uno snapshot EBS è una copia a livello di blocco di un volume EBS. Il volume EBS potrebbe essere un volume di avvio (ovvero contenente un sistema operativo) o un volume di soli dati (contenente ad esempio file di database). Usa RegisterImage per creare un'AMI (da uno snapshot).

Si tratta di due concetti diversi, applicati a livelli diversi (volumi EBS vs modelli EC2) Tuttavia, ci sono alcune dipendenze tra i due concetti.

Per le istanze EC2 supportate da EBS (ovvero le istanze EC2 che si avviano da un volume EBS), l'AMI viene implementata come un'istantanea EBS di un volume di avvio + un paio di metadati (l'architettura della macchina - 32 vs 64 bit -, il tipo di virtualizzazione - HVM vs PV - ecc ...)

Quindi, per le istanze EC2 supportate da EBS, un'AMI è un'istantanea EBS + un file XML. Puoi persino creare la tua AMI in base a qualsiasi istantanea di un volume di avvio di tua proprietà.

Le istantanee sono meno costose da utilizzare come strategia di backup, perché quando si hanno più istantanee, si paga solo per un backup completo e le altre sono, in sostanza, solo differenze e di solito molto più piccole.

Puoi pensare a un'AMI come a un modello generico per una macchina con sistema operativo e componenti installati conservati.

Un'istantanea può includere tutto ciò che fa un'AMI, ma salva anche i dati del disco di un volume EBS.

Quale decidi di utilizzare generalmente dipenderà dal fatto che le tue istanze siano supportate da EBS e se desideri ricreare esattamente una macchina con tutti i dati intatti o se desideri semplicemente un modello di macchina generico.

Dalla definizione fornita da AWS si chiarisce la differenza: un'Amazon Machine Image (AMI) è un modello che contiene una configurazione software (ad esempio, un sistema operativo, un server di applicazioni e applicazioni). Da un'AMI, avvii un'istanza, che è una copia dell'AMI in esecuzione come server virtuale nel cloud. Mentre per gli snapshot puoi eseguire il backup dei dati sui tuoi volumi EBS su Amazon S3 acquisendo snapshot point-in-time. Le istantanee sono backup incrementali, il che significa che vengono salvati solo i blocchi sul dispositivo che sono stati modificati dopo l'istantanea più recente. Quando elimini uno snapshot, vengono rimossi solo i dati esclusivi di tale snapshot.