Назад | Перейти на главную страницу

Вычислительный снимок воссозданного диска Gcloud не завершен?

Недавно я воссоздал образ диска / виртуальной машины в вычислениях Google из предыдущего набора снимков. Эти снимки в настоящее время датированы и имеют следующий размер:

 - May 20     60 MB
 - May 21    372 MB
 - May 22    255 MB
 - May 23    118 MB
 - May 24     93 MB
 - May 25   1110 MB

После создания диска я отключил исходный диск с исходным кодом (остановил виртуальную машину), сделал новый диск загрузочным и запустил его. Затем я сохранил его машинный образ, а затем сделал снимок вручную. Новый снимок:

  May 25     16 MB

У меня нет изображения для проверки, но я почти уверен, что исходный снимок от 20 мая был 300+ МБ.

Вопросы:

  1. Поскольку последующие снимки состояния являются устаревшими частями существующих снимков, неужели устаревшие файлы «удалены» из предыдущего снимка? Т.е. снимок не сжимается, куски удаляются, а затем повторно сжимаются?

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

  3. Что произойдет со снимком вновь созданного диска, если удалить серию с первого диска? Это недействительно? Или оригиналы «в нее вкручиваются»?

Может кто-нибудь объяснить мне, что происходит?

Обновить 2020-05-27:

Последующие расследования выявили некоторое поведение; все еще ждем, чтобы исследовать больше:

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

 Sys-1 May 20    60 MB
 Sys-1 May 21   372 MB   380 MB
 Sys-1 May 22   255 MB   255 MB   463 MB
 Sys-1 May 23   118 MB   118 MB   118 MB   468 MB
 Sys-1 May 24    93 MB    93 MB    93 MB    93 MB   468 MB
 Sys-1 May 25  1110 MB  1110 MB  1110 MB  1110 MB  1110 MB  1130 MB
 Sys-2 May 25    16 MB    16 MB    16 MB    16 MB    16 MB    16 MB

Моментальный снимок диска, воссозданный из исходной серии снимков, остался размером 16 МБ. Когда я почувствую себя в достаточной безопасности, я удалю последнюю (25 мая) резервную копию исходного диска и посмотрю, что произойдет со снимками для воссозданного диска.

Обновить 2020-05-29:

Когда был удален последний снимок исходного диска (Sys-1, 25 мая, 1130 МБ), больше ничего не изменилось. В частности, первый моментальный снимок диска восстановления размером 16 МБ (Sys-2 25 мая, 16 МБ) не расширялся. В результате оказывается, что когда диск-B создается из образа машины с диска-A и снимки с диска-A применяются к диску-B, то диск-B используется для замены диска-A в виртуальной машине, снимки виртуальной машины, скорее всего, больше не подходят для восстановления:

 Sys-1 May 25  1110 MB  1110 MB  1110 MB  1110 MB  1110 MB  1130 MB
 Sys-2 May 25    16 MB    16 MB    16 MB    16 MB    16 MB    16 MB    16 MB

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

  VM-A  (running system)
  MI-A  Machine image created from VM-A at approx. desired snapshot time
  VM-B  (backup VM created from MI-A)
        When created, it is automatically started, unfortunately; stop it
  SS-B  Snapshot created from VM-B
        Delete VM-B

В исходном сценарии это будет Sys-3; снимок, сделанный вручную сразу после создания, составил 1,53 ГБ, что кажется разумным.

Одно неизвестное в вышеупомянутых событиях вращается вокруг имени виртуальной машины. Первая заменяющая система (Sys-2) была присоединена к исходной ВМ - Sys-1 был заменены в этой виртуальной машине с Sys-2. Поскольку это была одна и та же виртуальная машина, возможно, был сбит с толку механизм создания снимков. Когда Sys-3 был создан, он был помещен в новую виртуальную машину без существующего расписания моментальных снимков.

Обновить 2020-05-29 (2):

Когда я снова смотрю снимки (примерно через час?), Я полностью сбит с толку. Исходный снимок Sys-2 от 25 мая (ранее 16 МБ) теперь составляет 1,52 ГБ. Это был первый снимок нового диска (созданный из снимков исходного диска).

Снимки есть добавочный и автоматически сжимается. Первый снимок диска - это полный снимок который содержит все данные на диске. Последующий снимок содержит только новые или измененные данные с момента предыдущего снимка. Из соображений надежности время от времени моментальные снимки могут захватывать полный образ диска.

Снимки создаются на уровень блока. Они не знают, что происходит на уровне файловой системы. Однако некоторые файловые системы могут «распространять» информацию о неиспользуемых блоках на устройства (ОТДЕЛКА). Это может помочь уменьшить размер снимка.

Хотя размер снимка каким-то образом коррелирует с количеством изменений в ваших таблицах БД поверх файловой системы и в самой файловой системе, с этой точки зрения размер снимка предоставляет более ценную информацию для оценки биллинга, так как помогает понять, насколько реальное место для хранения, которое вы потребляете.

Вопросы:

  1. Нет. Снимки - это доступные только для чтения копии данных, замороженные в определенный момент. По умолчанию снимки делаются инкрементально. При создании следующего снимка ничего не меняется в предыдущем существующем снимке на уровне файловой системы.

  2. Первый снимок диска - это полный снимок, содержащий все данные на диске. Поскольку вновь созданный диск пуст, а моментальные снимки автоматически сжимаются, он имеет небольшой размер.

  3. Если мы говорим о двух разных дисках: «первый диск» и «вновь созданный диск» (даже если он был создан «из предыдущего набора снимков»), их снимки независимы, и со снимками ничего не произойдет. второго диска, если снимки первого диска удалены.

Compute Engine> Документ> Создание снимков постоянного диска

Форматирование и монтирование постоянного диска

Compute Engine> Документ> Восстановление и удаление снимков постоянного диска> Удаление снимка