Как "разогревать" хранилище EC2/EBS?

Я видел совет "разогреть" EC2, чтобы преодолеть первый штраф за запись: -

Разминка разделов данных - есть один Недостаток использования дискового ввода-вывода в EC2: a "первая запись" срабатывает, когда первоначально записывая новые разделы. Чтобы избежать этого наказания, вы можете "согреться" вверх "раздела, выполнив сортировку команды сброса, доступ к которой Это. Например, вы можете использовать Linux dd для записи на диск. В то время как наказание по-прежнему происходит и не может быть избегать, по крайней мере, ваши базы данных не пострадают эффекты.

Источник: http://answers.oreilly.com/topic/1345-getting-the-most-out-of-mysql-in-the-amazon-cloud/

... но я не нашел дальнейших советов по лучшей практике! Это относится к хранилищу EBS? Может ли кто-нибудь рекомендовать синтаксис "dd", который будет выполнять это разминку, и как обеспечить, чтобы все блоки были "согреты"?

Ответ 1

Спасибо за указатель на форум AWS. Я поставил вопрос там после публикации здесь и получил ответ от Jason @AWS. Поток здесь: -

http://developer.amazonwebservices.com/connect/message.jspa?messageID=198413#198413

... и его ответ был: -

Существует штраф за первый штраф за Объемы EBS, созданные из моментальных снимков, как объем предоставляется до все блоки были успешно загружен. Вы можете отрицать это наказание, заставляя каждый блок том для чтения:

$ dd if=/dev/<device> of=/dev/null

Ответ 2

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-prewarm.html указывает, что тома снимка могут быть предварительно подогреты, читая весь диск; это ускоряет чтение. Точки моментального снимка и неотображения могут предварительно перезаписывать записи, записывая весь диск.

Когда вы создаете новый том EBS или восстанавливаете тома из моментального снимка, вам сразу же присваиваются блоки резервного копирования. Однако при первом доступе к блоку хранения он должен быть очищен (для новых томов) или создан из моментального снимка (для восстановленных томов), прежде чем вы сможете получить доступ к блоку. Это предварительное действие требует времени и может вызвать потерю IOPS на 5-50% для вашего тома при первом доступе к каждому блоку.