Daan's antwoord verwijst naar Eric Hammond's uitstekende samenvatting van alle EBS-voordelen die al zijn gegeven (+1), maar om vooraf nog een punt te benadrukken:
Kortstondige opslag gaat verloren bij stop/start-cycli en kan over het algemeen verdwijnen , dus u wilt daar beslist niets van blijvende waarde plaatsen, d.w.z. plaats alleen tijdelijke gegevens die u zich kunt veroorloven om te verliezen of gemakkelijk opnieuw op te bouwen , zoals een wisselbestand of strikt tijdelijke gegevens die tijdens berekeningen worden gebruikt. Natuurlijk kun je daar bijvoorbeeld enorme indexen opslaan, maar je moet bereid zijn deze opnieuw op te bouwen nadat de opslag is gewist om welke reden dan ook (bijvoorbeeld opnieuw opstarten, hardwarestoring, ...).
Dus het opslaan van een MySQL-database op kortstondige opslag is in de eerste plaats geen goed idee, behalve als u precies weet wat u doet en bereid bent altijd back-ups op het juiste moment te hebben, enz.
Dat gezegd hebbende, dit is inderdaad van Serverfout , en er zijn nogal wat vergelijkbare of gerelateerde vragen gesteld en al beantwoord - ik link meestal niet naar een zoekresultaat, maar dat is hier echt nuttig, zie ebs kortstondige prestaties ; de antwoorden die ik het meest relevant acht voor een ad-hocbeoordeling zijn:
- Eric Hammond gebruikt Ec2 micro-instantie, EBS, I/O en snelheid. Hoe kan ik de prestaties verbeteren?
- Eric is de auteur van Je moet EBS Boot Instances gebruiken op Amazon EC2 , naast vele andere uitstekende artikelen over AWS in het algemeen en EC2/EBS in het bijzonder
- Jonik is op Wat sneller is voor leestoegang op EC2; lokale schijf of EBS?
- aculich op Op welk punt is EBS-gebruik het knelpunt?
- links naar andere artikelen over het onderwerp