Как администраторы управляют своим EC2 EBS's и Снимками?

За исключением записи Вашего собственного инструмента для индексации EBS и идентификаторов снимка против текстовых меток я нашел, что использование бесплатной учетной записи RightScale и присвоение псевдонимов являются лучшим способом управлять нашими объемами EBS и снимками.

Я лично думаю, что неспособность присвоить легкую, чтобы помнить маркировку экземпляру EC2, AMI или объему является большой дырой в текущем предложении Amazon - это просто походит на легкую задачу мне.

Я использую ElasticFox для управления моими снимками (и всеми моими серверами также). Это имеет метки, которые помогают отслеживать, которых - который.

Я также пользуюсь boto библиотекой, когда я хочу сделать вещи программно. Однако, если Вы сделаете это, то необходимо будет создать собственное хранилище данных. SQS и Sqlite являются хорошими вариантами там.

ElasticFox является, конечно, одним из самых удобных инструментов для того, чтобы (вручную) управлять EC2. Но ключевая роль - обработка изображений Ваших экземпляров, регулярно - настроила некоторую автоматическую инициализацию, после того как новый экземпляр запущен: - раздел и монтирует, что эфемерные диски - монтируют объем EBS, после того как это доступно - файлы восстановления и базы данных или от EBS, совместно используемой памяти или от S3. - запускают сервисы (MySQL, Apache, Tomcat, Вы называете его.)

Мы используем шеф-повара для управления всеми нашими ресурсами EC2.

Постепенно Amazon добавляет все опции, требуемые сделать эффективное управление, которое требуется, если Amazon должен обратиться к корпоративному рынку. Теги были добавлены, и улучшения, чтобы позволить пользователю только иметь доступ к определенным функциям прибывает. В будущем, конечно, пишущем сценарий и развертывании, будет обработан. Я добавляю эти опции к своему бесплатному инструменту ElastDream.

Я использую ec2-consistent-snapshot (http://alestic.com/2009/09/ec2-consistent-snapshot) для взятия моих снимков (на RHEL/CentOS, полученном Linux Amazon) - он записан в Perl и использует API непосредственно. Вы указываете объемы, которые Вы хотите создать снимки, и это позволяет Вам добавлять описание.

(Консоль In AWS, можно добавить теги при необходимости в более прекрасном гранулярном управлении, но для простого резервного копирования, которое не могло бы быть необходимым, и еще не поддерживается модулем Perl, используемым выше (Сеть::Amazon::EC2)).

Вышеупомянутый сценарий не удаляет снимки (только создают новые - последовательно (т.е. может заморозить диск/дб перед снимком). Так как это является довольно наиболее часто используемым, и я не мог найти, что совместимый сценарий Perl удалил старые снимки, которые я записал своему собственному (http://www.thatsgeeky.com/2011/06/rotating-ebs-snapshots-ec2-prune-snapshots/). Это делает задание (вращение дедушки-родительского сына) хорошо и использует те же зависимости и параметры как вышеупомянутый сценарий.

Конечно, оба установлены работать через Крон.

(В теории должно быть достаточно легко сцепить некоторые подобные сценарии (существуют записанные в PHP и Ruby, например) до базы данных, и поддержите свой собственный журнал объемов и взятых снимков - каждый снимок имеет уникальный идентификатор так пока запись, что, дальше внутренняя организация должна быть легко возможной. [Однако в целях резервирования, идентификаторе объема и дате часто достаточен]),

Не используйте инструменты CLI - они записаны в Java и смехотворно медленные по сравнению с любыми прямыми реализациями API.

Консоль AWS является слишком низким уровнем для многих ежедневных задач, хотя это улучшается быстро. Если Вы нуждаетесь в этой функциональности теперь, Вы или должны стиснуть зубы и записать Ваши собственные сценарии, усиливающие инструменты ec2 cli, чтобы управлять снимками или использовать сторонний инструмент. Для управления томами EBS те, которые были упомянуты, хороши, другая опция является инструментом управления EBS, таким образом, можно запланировать резервные копии, назвать их, восстановить их, и т.д. Облака BitNami, Размещающего (существует свободный уровень),

У меня есть собственный сценарий для создания чередующихся резервных копий (дед - отец - сын) в моем блоге http://three99.com/posts/python-grandfather-father-son- snapshots-backup-for-ec2 /