Daans Antwort weist bereits auf Eric Hammonds hervorragende Zusammenfassung aller EBS-Vorteile hin (+1), aber um einen Punkt noch einmal vorweg zu betonen:
Ephemerer Speicher geht bei Stopp/Start-Zyklen verloren und kann im Allgemeinen verschwinden , also sollten Sie auf keinen Fall etwas von bleibendem Wert dort ablegen, d. h. nur temporäre Daten dort ablegen, deren Verlust oder Wiederherstellung Sie sich leisten können , wie eine Auslagerungsdatei oder streng temporäre Daten, die während Berechnungen verwendet werden. Natürlich können Sie dort beispielsweise riesige Indizes speichern, aber Sie müssen bereit sein, diese neu zu erstellen, nachdem der Speicher aus irgendeinem Grund (Instanz-Neustart, Hardwarefehler, ...) gelöscht wurde.
Das Speichern einer MySQL-Datenbank auf flüchtigem Speicher ist also von vornherein keine gute Idee, außer wenn Sie genau wissen, was Sie tun, und darauf vorbereitet sind, immer Point-in-Time-Backups usw. zu haben.
Das heißt, dies gehört tatsächlich zu Server Fault , und es wurden bereits einige ähnliche oder verwandte Fragen gestellt und beantwortet - normalerweise verlinke ich nicht auf ein Suchergebnis, aber das ist hier tatsächlich hilfreich, siehe ephemere Leistung von ebs ; Die Antworten, die ich für ein Ad-hoc-Urteil für am relevantesten halte, sind:
- Eric Hammond auf EC2-Mikroinstanz, EBS, E/A und Geschwindigkeit. Wie kann ich die Leistung verbessern?
- Eric ist der Autor von You Should Use EBS Boot Instances on Amazon EC2 , neben vielen anderen hervorragenden Artikeln über AWS im Allgemeinen und EC2/EBS im Besonderen
- Jonik ist auf was für den Lesezugriff auf EC2 schneller ist; lokales Laufwerk oder EBS?
- aculich auf An welchem Punkt ist die EBS-Nutzung der Engpass?
- Links zu weiteren Artikeln zum Thema
