Резервное копирование Amazon EC2 EBS: Ami vs Snapshot

Я пытаюсь создать механизм резервного копирования для нашего сервера, чтобы в случае сбоя моей системы я мог создать всю систему, запустив один скрипт

после просмотра документации Amazon, это мое понимание создания резервной копии и восстановления

резервное копирование

  1. создать изображение AMI (это может быть обновлено ежемесячно)
  2. создать снимок (Это можно сделать с помощью ежедневного скрипта, создающего снимок)

восстановить (сценарий)

  1. создайте экземпляр EBS с помощью AMI
  2. прикрепите том EBS к созданному экземпляру

теперь мои вопросы-это

  1. это лучший способ сделать резервную копию и восстановить?
  2. действительно ли нам нужно создавать резервные копии 2 вещей, AMI и EBS volume (используя snapshot), можем ли мы просто сохранить снимки?
  3. Я понимаю, что это не может работать для локального хранилища экземпляров экземпляр, так как нет функции моментального снимка. Итак,как я могу создать резервную копию и процесс восстановления для локальных экземпляров хранилища экземпляров?
30
amazon amazon-ec2 amazon-s3 amazon-web-services

5 ответов

снимки EBS-отличный способ создания резервных копий.

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

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

когда вы снимаете том EBS, этот снимок имеет Весь том. Даже если он был создан из AMI, ваш снимок содержит все необходимое для создания нового экземпляра Тома. Вы можете довольно легко попробовать это сами.

8

Как я не мог найти лучшей альтернативы, я придерживаюсь первоначального подхода.

для EBS

резервное копирование:

  • создайте образ AMI (это можно обновлять ежемесячно).
  • создать снимок (Это можно сделать с помощью ежедневного скрипта, создающего снимок).

восстановить (сценарий)

  • создайте экземпляр EBS с помощью AMI.
  • прикрепите том EBS к экземпляру создан.

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

8

Я бы предложил использовать Автоматическое Масштабирование в дополнение к снимкам EBS. Если экземпляр умирает из-за сбоя оборудования или он запланирован для выхода на пенсию Amazon, автоматическое масштабирование автоматически запустит новый экземпляр.

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

ваш База данных также должна находиться на отдельном сервере или серверах. Или вы можете использовать Amazon RDS поскольку он имеет отличные функции автоматического резервного копирования / восстановления точки во времени, но вы должны заплатить за это.

6

Если ваши экземпляры основаны на Linux,нет необходимости создавать AMI, если вы делаете снимки. Вы можете создать AMI на лету, из снимков, когда вам нужно восстановить. Если вы автоматизировали этот процесс, это довольно легко сделать.

  • В Windows существует ограничение, не позволяющее запускать экземпляр EC2 из моментального снимка, поэтому необходимо использовать AMIs. Есть способы обойти это ограничение: вы можете проверить этот пост, который я написал в нашей компании блог:

http://www.n2ws.com/blog/3-ways-ec2-windows-backup-and-recovery.html

6

1) Да.Snapshot-лучший способ резервного копирования и восстановления томов EBS.

2) зависит, если у вас есть корневой том, как EBS поддержал AMI, то вы можете сделать снимок их, а также и улучшает управляемость

3) Rsync и AMI-это опция, доступная, например, store

2