Запросы AWS Backup (EC2 / EBS)

Если я создаю резервную копию своего экземпляра EC2, действительно ли мне нужно делать резервную копию подключенной EBS или она включена?

Согласно этот пост EBS, похоже, включен:

При резервном копировании экземпляра EC2 AWS Backup защитит все тома EBS, подключенные к экземпляру.

Резервное копирование EBS заняло 15 минут, а резервное копирование EC2 заняло более 5 часов - это нормально? Объем EBS составляет 20 ГБ, в обеих резервных копиях указано, что размер резервной копии составляет 20 ГБ.

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

Вы запланировали это в окне резервного копирования или сразу? Может быть, был какой-то период резервного копирования, как у RDS, и тогда он был завершен?

Что на самом деле резервируется для EC2? Документация подразумевает конфигурации и т. Д., Но, конечно же, это не займет много времени и размер этой резервной копии будет незначительным?

См. Первый пункт.

В документации указано, что резервные копии являются инкрементными, поэтому для тома EBS первая резервная копия будет иметь размер 20 ГБ, а любая, созданная после, будет просто размером измененных данных. Однако, если я планирую, что срок хранения резервных копий истечет через 30 дней, что произойдет, если мне нужно будет восстановить инкрементную резервную копию прошлой недели, если срок действия исходной полной резервной копии 20 ГБ с тех пор истек?

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

Правильно ли / экономично ли то, что я делаю / планирую сделать для резервного копирования, или есть лучшие решения?

Чтобы ответить на этот вопрос, нам нужно немного больше узнать о вашем варианте использования, но я могу сделать некоторые предположения, что может быть более экономичное решение. Wordpress обычно имеет очень мало файлов и папок, для которых требуется резервное копирование. Установка Wordpress крошечная, даже если вы включите тему, плагины и конфигурацию. Предполагая, что вы хотите хранить только эти данные, вы, вероятно, могли бы сэкономить, просто заархивировав установку WordPress и сохранив ее в EC2 в течение 30 дней.

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

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

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

Определенно есть другие способы создания резервных копий, но если вам не очень комфортно работать с Linux и устанавливать и запускать wordpress, я бы рекомендовал пока придерживаться резервных копий ECS + EBS или использовать управляемую службу от wordpress.com, а не размещение ваших собственных экземпляров.