2016-12-22 12 views
2

Возможно ли получить доступ к данным, хранящимся на томе или снимке в Amazon EC2, без запуска экземпляра, к которому подключен том? У меня есть симуляции, которые работают на ночь, а затем будильник, который останавливает экземпляр, когда процессор падает ниже 15%. Я хотел бы получить доступ к выходным данным моделирования без перезапуска экземпляра (избегая избыточных затрат и экономии времени). Является ли это возможным? Если да, то как мне это сделать?Доступ к данным объема/моментального снимка без запуска экземпляра Amazon EC2

Amazon имеет документацию, описывающую доступ снимкам через Amazon Gateway:

Q: Когда я смотрю на Amazon S3, почему я не могу видеть мои данные об объеме? Ваши тома хранятся в Amazon S3 и доступны через AWS Storage Gateway. Вы не можете напрямую обращаться к ним с помощью действий Amazon S3 API. Вы можете получить моментальные снимки времени в шлюзе, которые становятся доступными в виде снимков Amazon EBS. Используйте интерфейс файла для работы с вашими данными изначально на S3.

Но я не уверен, относится ли это к тем же томам, которые я прилагаю к экземплярам на EC2. Amazon не углубляется в подробности, поэтому я надеюсь, что у кого-то может быть некоторое понимание.

+1

Возможно, альтернативное решение: являются ли ваши данные такими, которые могут быть экспортированы во внешнюю регистрацию или файловую систему? Лучшей задачей может быть использование SDK AWS для экспорта вашего вывода на Amazon S3, а затем для остановки экземпляра после завершения экспорта. –

ответ

0

Нет, чтобы получить данные в объеме EBS, вам необходимо прикрепить его к исполняемому экземпляру ec2. Также объемы хранилища хранилища! = Тома ec2/EBS. Таким образом, ничего о них не относится к вашей ситуации.

Вы можете сделать снимок тома и приложить копию нового тома к другому (более дешевому) экземпляру, но я думаю, что вы лаяли неправильное дерево.

Я думаю, что лучшее решение - это комментарий. Попросите ваш экземпляр выгрузить вывод на s3, затем выключите его. Это будет более удобным, а хранение s3 значительно дешевле, чем объемы EBS, а также неограниченные. Вы также можете использовать политики жизненного цикла s3, чтобы отодвинуть старые данные на ледник для еще более дешевого хранилища (медленный доступ).

Возможно, тогда вы также можете использовать том EBS для своего корневого тома и использовать экземпляры free instance (fast temp local хранилище хоста, потерянное при остановке экземпляра). Хранилище во время моделирования экономит вам стоимость больших дорогостоящих томов EBS, которые теперь будут хранить временные данные.

+1

Благодарим вас за предложение. Я решил сбросить свой вывод на мой Google-накопитель (поскольку хранилище бесплатно через мою работу), используя [link] gdrive (https://github.com/prasmussen/gdrive) – trickleboast

0

С риском потенциального заявления очевидного ... отделить тома от остановленного экземпляра и прикрепить их к другому (предположительно намного более дешевому) экземпляру в той же зоне доступности.

Когда вы закончите получать данные, остановите второй экземпляр, отсоедините тома и верните их обратно в исходный экземпляр. Возможно, это звучит как хак, но привязка томов EBS к экземпляру - это логическая (не физическая) операция, и это вполне безопасно, если тома не монтируются операционной системой экземпляра при их отсоединении.

Обратите внимание, что шлюз хранения не связан с тем, что вы делаете.

Обратите внимание, что данные в моментальных снимках EBS напрямую не доступны. Снимки EBS можно только «читать», создавая новый том EBS от моментальный снимок.


План B: используйте Эластическую файловую систему (EFS).Это самый дорогой вариант , доступный в EC2, но он также является наиболее гибким, так как вы можете смонтировать тома на нескольких экземплярах в нескольких зонах доступности в регионе одновременно.

 Смежные вопросы

  • Нет связанных вопросов^_^