Risposta di Daan sta indicando l'eccellente riepilogo di Eric Hammond di tutti i vantaggi EBS già (+1), ma per sottolineare ancora un punto in anticipo:
Lo spazio di archiviazione temporaneo andrà perso durante i cicli di arresto/avvio e generalmente può scomparire , quindi non vuoi assolutamente mettere nulla di valore duraturo lì, ad es. inserire lì solo dati temporanei che puoi permetterti di perdere o ricostruire facilmente , come un file di scambio o dati strettamente temporanei in uso durante i calcoli. Ovviamente potresti archiviare indici enormi lì, ad esempio, ma devi essere pronto a ricostruirli dopo che lo spazio di archiviazione è stato cancellato per qualsiasi motivo (riavvio dell'istanza, guasto hardware, ...).
Quindi archiviare un database MySQL su un archivio temporaneo non è una buona idea in primo luogo, a meno che tu non sappia esattamente cosa stai facendo e sei pronto ad avere sempre backup puntuali, ecc.
Detto questo, questo appartiene effettivamente a Server Fault , e alcune domande simili o correlate sono già state poste e hanno già ricevuto risposta - Di solito non collego a un risultato di ricerca, ma in realtà è utile qui, vedi prestazioni temporanee ebs ; le risposte che ritengo più rilevanti per un giudizio ad hoc sono:
- Eric Hammond è su Micro istanza Ec2, EBS, I/O e velocità. Come posso migliorare le prestazioni?
- Eric è l'autore di Dovresti utilizzare le istanze di avvio EBS su Amazon EC2 , tra molti altri eccellenti articoli su AWS in generale e su EC2/EBS in particolare
- Jonik su Che è più veloce per l'accesso in lettura su EC2; unità locale o EBS?
- aculich è su A che punto l'utilizzo di EBS rappresenta il collo di bottiglia?
- collegamenti ad altri articoli sull'argomento
