Вы ввели вводные резервные копии образов образов Windows ECS, поддерживаемых Amazon EC2 010 ...
Я просматривал свой мозг, чтобы найти простую стратегию резервного копирования для нашего единственного сервера Windows 2008 с SharePoint Services. Это поддерживаемое EBS изображение одного сервера с одним томом данных. Мне не нужно ничего экзотического. Мне нужна только «ежедневная» резервная копия (потеря данных за день не катастрофична).
Мы создали и сохранили образ AMI с поддержкой EBS (Windows 2008), который нам удобно использовать. Мы начали создавать резервные копии, просто создав новый образ EBS AMI. Это действительно просто, но работающий сервер переводится в автономный режим в течение первых 10–15 минут создания образа - не идеально.
Стандартный способ создания резервных копий - создание снимков томов, подключенных к работающему экземпляру. Опять же, это довольно просто, и сервер остается работоспособным во время создания снимка. Очевидным Catch-22 является то, что вы не можете просто запустить новый экземпляр прямо из снимка.
Я знаю, как связать работающий экземпляр с хранилищем S3, а затем зарегистрировать AMI из корзины S3. Это позволяет мне захватить резервную копию работающего экземпляра и, если работающий экземпляр потерян, зарегистрировать AMI из корзины S3 и запустить новый AMI для восстановления экземпляра, но это кажется действительно запутанным и кажется нелепым для достижения этой цели переключайтесь между консолью AWS и плагином S3 Organizer для Firefox. (Пожалуйста, не упоминайте подход командной строки, это курс уровня 010).
Похоже, мне нравится работать с образами, поддерживаемыми EBS, следующий подход (все сделано в Консоли AWS):
1. Для ваших резервных копий просто сделайте снимок системного тома (/ dev / sda1) по мере необходимости. 2. Если вы потеряли работающий экземпляр, выполните следующие действия: a.Создайте новый том из последней резервной копии моментального снимка. B. Запустите другой экземпляр вашего начального AMI (должен быть поддержан EBS). C.Остановите этот экземпляр. d.Отключите существующий системный том от нового остановленного экземпляра и удалите. Присоедините вновь созданный том как системный том (/ dev / sda1) к остановленному экземпляру. Перезапустите новый экземпляр. Я проверял это пару раз, и мне кажется, что это работает.
Вопрос: что-то не так с этим подходом?
источник
Я генерирую снимок для каждого тома в моей учетной записи, используя скрипт bash
источник
Вот скрипт, который создаст резервную копию AMI для всех экземпляров ec2 в вашем VPC
источник