Во-первых, как мне получить пространство, занимаемое моими снимками состояния EBS?
Во-вторых, согласно документации, снимок состояния Amazon EBS выполняет резервное копирование только тех блоков тома EBS, которые были изменены с момента создания последнего снимка состояния. Предположим, у меня есть том EBS на 10 ГБ. Я сделал для него 1-й снимок. Поскольку нет «последнего» снимка, я предполагаю, что размер первого снимка составляет 10 ГБ. ХОРОШО. Затем я изменил 1 ГБ данных и создал второй снимок. Размер второго снимка должен быть около 1 ГБ, верно? Однако что, если я сейчас удалю первый снимок? Второй снимок по-прежнему 1 ГБ? Если да, могу ли я восстановить том EBS 10 ГБ из 2-го снимка? Или 2-й снимок автоматически становится 10 ГБ?
Это может ответить Q2 (из http://aws.amazon.com/ebs/):
Несмотря на то, что моментальные снимки сохраняются постепенно, при удалении моментального снимка удаляются только данные, которые не требуются для любого другого моментального снимка. Таким образом, независимо от того, какие предыдущие снимки были удалены, все активные снимки будут содержать всю информацию, необходимую для восстановления тома.
В вашем примере после удаления первого снимка вы больше не будете платить за 1 ГБ в первом, перезаписанном вторым снимком, и вы не сможете восстановить состояние первого снимка.
Но по-прежнему неясно, сколько стоит набор снимков с точки зрения использования S3.
Видеть это сообщение и ответ двумя сообщениями под ним. По сути, существует только одна копия каждого блока, и несколько снимков могут относиться к одному и тому же блоку. Снимки можно удалять в любом порядке, и любой снимок можно использовать для восстановления тома до состояния, в котором он находился на момент создания снимка.
Я считаю, что снимок содержит только блоки, в которые была записана хотя бы раз. Итак, если вы создали новую EBS, а затем отформатировали ее, используя какой-то «быстрый» формат, который просто записывает таблицы размещения файлов, то я думаю, что в исходный снимок будут записаны только блоки, используемые таблицами размещения файлов.
При использовании EBS для хранилища базы данных вы можете рассмотреть возможность инициализации всей EBS перед использованием базы данных, что, по-видимому, ускоряет работу базы данных, поскольку диск уже полностью инициализирован. Обратной стороной является то, что это означает, что исходный моментальный снимок, вероятно, будет представлять собой весь диск EBS, то есть 10 ГБ.
Независимо от Amazon ...
Прежде всего, есть два типа снимков. Один - полный, второй - инкрементный. В вашем примере вы упоминаете 10 ГБ и 1 ГБ, чтобы вы могли догадаться, какой из них какой. Без полного снимка невозможно полностью восстановить данные, если это вообще возможно. Добавочный снимок - это способ сэкономить место и время, чтобы не создавать резервные копии всего образа снова и снова. Таким образом, хотя вы можете сохранять нулевые инкрементные снимки, у вас должен быть хотя бы один полный снимок.
The restore is done in the following way.
1. get the Latest FULL snap
2. Is there any more incremental snap since the last full backup?
yes
2.1 Apply the incremental changes in order from the last full backup to the latest | END
no
2.2 END
Таким образом, вы можете спланировать, сколько вам нужно. Может быть, полное резервное копирование раз в неделю и добавочное каждый день? или все, что подходит для вашего случая. Однако здесь Amazon немного отличается ...
Что касается стоимости, похоже, Amazon предполагает (для простоты с их стороны), что
- Моментальный снимок всей EBS (не настоящее слово, я только что придумал), включая свободное место.
- Кроме того, сжатие не учитывается, и если они сжимают, оно здесь еще не рассматривается.
- Полный или инкрементный снимок будет перенесен в S3 без сжатия, поэтому вы будете платить за хранение и передачу S3
- Полный снимок больше похож на AMI. Таким образом, вам лучше использовать AMI, поскольку AMI, похоже, не включает неиспользуемое пространство для размера изображения, и поэтому требования к хранилищу S3 меньше.
- как упоминалось другими, Amazon защищает пользователей от удаления неправильных снимков, обеспечивая> уверенность, что удаление снимков не влияет на восстановление. Я думаю, они усвоили процесс, в котором> они будут применять инкрементную привязку к полной и отображать ее как удаление. эффект они> по-прежнему сохраняют весь том EBS один раз
Сейчас я не профессионал в AWS, но это насколько я понимаю. Я могу ошибаться