Daans svar pekar på Eric Hammonds utmärkta sammanfattning av alla EBS-fördelar redan (+1), men för att betona en punkt igen i förväg:
Kortvarig lagring försvinner vid stopp/startcykler och kan i allmänhet försvinna , så du vill definitivt inte lägga något av bestående värde där, d.v.s. lägg bara tillfälliga data där du har råd att förlora eller enkelt bygga om , som en växlingsfil eller strikt temporär data som används under beräkningar. Naturligtvis kan du lagra enorma index där till exempel, men måste vara beredd att bygga om dessa efter att lagringen har rensats av någon anledning (till exempel omstart, hårdvarufel, ...).
Så att lagra en MySQL-databas på kortvarig lagring är inte en bra idé i första hand, förutom om du exakt vet vad du gör och är beredd att alltid ha säkerhetskopior vid tidpunkten etc.
Som sagt, detta tillhör verkligen Serverfel , och det har redan ställts och besvarats ganska många liknande eller relaterade frågor - jag brukar inte länka till ett sökresultat, men det är faktiskt användbart här, se ebs tillfällig prestanda ; de svar jag anser vara mest relevanta för en ad hoc-dom är:
- Eric Hammond är på Ec2-mikroinstans, EBS, I/O och hastighet. Hur kan jag förbättra prestandan?
- Eric är författare till Du bör använda EBS-startinstanser på Amazon EC2 , bland många andra utmärkta artiklar om AWS i allmänhet och EC2/EBS i synnerhet
- Jonik är på Som är snabbare för läsåtkomst på EC2; lokal enhet eller EBS?
- aculich's på När är EBS-användning flaskhalsen?
- länkar till ytterligare artiklar om ämnet