Daans svar peger på Eric Hammonds fremragende opsummering af alle EBS-fordele allerede (+1), men for at understrege ét punkt igen på forhånd:
Kortvarig lager vil gå tabt ved stop/start-cyklusser og kan generelt gå væk , så du vil bestemt ikke lægge noget af varig værdi der, dvs. kun læg midlertidige data der, som du nemt har råd til at miste eller genopbygge , som en swap-fil eller strengt midlertidige data i brug under beregninger. Selvfølgelig kan du f.eks. gemme store indekser der, men du skal være forberedt på at genopbygge disse, efter at lageret er blevet ryddet uanset årsagen (for eksempel genstart, hardwarefejl, ...).
Så at gemme en MySQL-database på kortvarig lagring er ikke en god idé i første omgang, undtagen hvis du præcis ved, hvad du laver og er parat til altid at have sikkerhedskopier på tidspunkter osv.
Når det er sagt, hører dette faktisk til Serverfejl , og der har allerede været en del lignende eller relaterede spørgsmål stillet og besvaret - jeg linker normalt ikke til et søgeresultat, men det er faktisk nyttigt her, se ebs flygtig ydeevne ; de svar, jeg anser for mest relevante for en ad hoc-dom, er:
- Eric Hammond er på Ec2-mikroinstans, EBS, I/O og hastighed. Hvordan kan jeg forbedre ydeevnen?
- Eric er forfatteren til Du bør bruge EBS Boot Instances på Amazon EC2 , blandt mange andre fremragende artikler om AWS generelt og EC2/EBS i særdeleshed
- Jonik er på Hvilket er hurtigere for læseadgang på EC2; lokalt drev eller EBS?
- aculich's på På hvilket tidspunkt er EBS-brug flaskehalsen?
- links til yderligere artikler om emnet