Отговорът на Даан посочва отличното обобщение на Eric Hammond за всички предимства на EBS вече (+1), но да подчертая още една точка предварително:
Ефимерното съхранение ще бъде загубено при цикли стоп/старт и по принцип може да изчезне , така че определено не искате да поставяте нищо с трайна стойност там, т.е. поставяйте там само временни данни, които можете да си позволите да загубите или възстановите лесно , като суап файл или строго временни данни, използвани по време на изчисления. Разбира се, можете да съхранявате огромни индекси там например, но трябва да сте готови да ги изградите отново, след като хранилището е било изчистено по някаква причина (рестартиране на екземпляра, повреда на хардуера, ...).
Така че съхраняването на MySQL база данни в ефимерно хранилище не е добра идея на първо място, освен ако знаете точно какво правите и сте готови винаги да имате резервни копия във времето и т.н.
Въпреки това, това наистина принадлежи на сървърна грешка , и вече има доста подобни или свързани въпроси, зададени и отговорени - обикновено не свързвам към резултат от търсенето, но това всъщност е полезно тук, вижте ebs ефимерна производителност ; отговорите, които считам за най-подходящи за ad hoc решение са:
- Ерик Хамънд е на Ec2 микро инстанция, EBS, I/O и скорост. Как мога да подобря производителността?
- Ерик е автор на Трябва да използвате EBS Boot Instances на Amazon EC2 , сред много други отлични статии за AWS като цяло и EC2/EBS в частност
- Jonik е на Което е по-бързо за достъп за четене на EC2; локално устройство или EBS?
- aculich е на В кой момент използването на EBS е пречка?
- връзки към други статии по темата