2015-11-02 1 views
1

Я хочу создать резервную копию корневого устройства (смонтированного на /) моего экземпляра t2.micro с запуском Ubuntu. Я думаю, что экземпляр EBS поддерживается, так как это экземпляр t2. Поэтому я собирался сделать снимки своего корневого устройства, чтобы поддержать его.Резервное копирование корневого устройства (смонтированное на /) экземпляра AWS t2.micro с запуском Ubuntu

Однако, прежде чем я его создам, рекомендуется отсоединить корневое устройство. Есть две проблемы:

  1. Чтобы отключить его, я должен использовать umount, что может привести к сбою моего экземпляра. Что такое безопасный способ справиться с этим?
  2. Я хочу запустить эти резервные копии как задание cron для самого экземпляра, но если у меня отключено корневое устройство моего экземпляра, будет ли выполняться работа cron?

Более общий вопрос: что является лучшим способом сделать это?

ответ

0

Возможное решение может быть: использование AWS Lambda и выполнить функцию Lambda, основанную на графике, выполнив следующие команды по использованию AWS SDK:

  1. Stop EC2 экземпляра
  2. Создать EBS снимок
  3. Начало EC2 экземпляра
+0

Что делать, если на диске возникает событие ввода-вывода, когда я останавливаю экземпляр? Разве это не вызовет проблемы? – ben

+0

И, можно ли запустить резервную копию остановленного экземпляра? – ben

+0

Да, можно запустить остановленный экземпляр. – Andreas

0

во-первых, я хотел бы подтвердить, что корневое устройство фактически EBS при поддержке.

Вот основные шаги, чтобы подтвердить:

Для определения типа корневого устройства экземпляра с помощью консоли

Откройте консоль Amazon EC2.

В навигационной панели выберите Экземпляры и выберите экземпляр. Проверьте значение типа корневого устройства на вкладке «Описание» следующим образом:

Если значение ebs, это экземпляр с поддержкой Amazon EBS. Если значение является хранилищем экземпляров, это экземпляр экземпляра с поддержкой экземпляра.

(Источник: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/RootDeviceStorage.html#display-instance-root-device-type)

AWS государство в качестве лучшей практики является использование снимков или средства резервного копирования.

Регулярно создайте резервную копию своего экземпляра, используя моментальные снимки Amazon EBS или резервные копии инструмент.

(Источник: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-best-practices.html)

AWS состояния в документации, корневые тома EBS должно быть завершить работу перед выполнением снимки.

Чтобы создать моментальный снимок тома Amazon EBS, которые служат в качестве корневых устройств, вы должны остановить экземпляр, прежде чем принимать снимок.

(Источник: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-snapshot.html)

Поэтому в зависимости от вашего RPO (точка восстановления Objective), как правило, это хорошая практика, чтобы отделить данные от вашего корневого тома. Храните данные, которые необходимо хранить на отдельном томе EBS и делать снимки на втором томе EBS. Таким образом, вам никогда не придется беспокоиться о самом экземпляре - если он просто запускает новый экземпляр и прикрепляет ваш снимок.

Если у вас есть специальный случай, который предотвращает использование снимков EBS, попробуйте использовать роль для своих экземпляров, имеющих разрешения на чтение и запись данных в ведра S3, используя ваше задание cron.

+0

Я только что подтвердил, что мой экземпляр поддерживает EBS. Моя проблема в том, что я хотел бы сделать снимок корневого устройства, чтобы я мог восстановить весь экземпляр этого моментального снимка (потому что у меня есть файлы конфигурации, которые я хочу создать резервную копию). Разделение только данных не решит эту проблему. – ben

+0

Возможно, вам стоит подумать о достижении сервера без сохранения состояния, а не для резервного копирования вашего корневого тома. Это означает, что вы не храните конфигурацию и данные только на своем виртуальном сервере. Используйте инструмент управления конфигурацией, чтобы предоставить виртуальный сервер и передать ваши данные на службу, например, RDS, DynamoDB, S3, EBS, ... – Andreas

+0

Какие файлы конфигурации вы хотите сделать резервными? Я не собираюсь предполагать ничего, но поскольку Андреас указал, что вам действительно нужно думать о безгражданном или непреложном экземпляре - это одно из преимуществ перехода к облачным технологиям. Я знаю, что это не отвечает конкретно на ваш вопрос, а в духе обучения. Я рекомендую прочитать эту архитектуру AWS Well Architected: http://d0.awsstatic.com/whitepapers/architecture/AWS_Well-Architected_Framework.pdf – VirtualJJ

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