Почему моментальный снимок ускоряет запуск приложения?
Фактически он ускоряет загрузку эмулятора, сохраняя снимок его ОЗУ после загрузки и восстанавливая из этого снимка в будущемиспользует.Таким образом, он не должен запускать процесс загрузки (который идет медленно, потому что он эмулируется) каждый раз, когда вы запускаете эмулятор.
Если моментальный снимок хорош для запуска приложения, почемув других популярных виртуальных машинах нет широкого применения
Когда вы делаете снимок, исходный виртуальный диск останавливается и создается файл снимка.С этого момента все изменения, которые в противном случае были бы внесены в ваш виртуальный диск, записываются в файл снимка.
Если вы довольны новой ситуацией, вы можете зафиксировать снимок.Все ваши изменения будут применены к исходному виртуальному диску, и файл снимка может быть удален.
В противном случае вы можете откатить систему до состояния, в котором она была при создании снимка.
Также возможно сделать еще один снимок, когда у вас уже есть снимок.Исходный снимок будет заморожен, а все изменения будут переданы во второй файл снимка.Вы можете продолжить это, чтобы создать несколько точек отката в истории (как вы уже упоминали).
Существуют ли какие-либо побочные эффекты снэпшота?
Со временемФайл снимка будет расти, особенно когда вы вносите много изменений в вашу систему, например, устанавливаете новые пакеты программного обеспечения или удаляете большое количество файлов.Если вы сделаете несколько снимков, они могут даже стать больше, чем исходный диск.
Каждый снимок может технически увеличиваться до размера оригинального виртуального жесткого диска, так как снимок может представлять изменения для каждогоблок виртуального жесткого диска при необходимости;Например: 1 снимок виртуальной машины объемом 100 ГБ может означать до 200 ГБ необходимого хранилища, 2 снимка виртуальной машины объемом 100 ГБ может означать примерно до 300 ГБ, 3 снимка объемом 100 ГБ примерно до 400 ГБ ... Как вы можете видеть, возможный объем памяти можно быстро увеличить.
Это может даже ухудшиться
При удалении снимка и фиксации его обратно на исходный виртуальный жесткий диск, гипервизор в основномсоздает другой снимок для запуска (обычно это все делается в фоновом режиме без ведома пользователя), затем разностный диск снимков записывается на другой разностный диск снимков или, если остается только один снимок, он затем передается воригинальный файл виртуального жесткого диска.После фиксации фоновый снимок затем возвращается в файл виртуального жесткого диска.Время, необходимое для фиксации всех снимков обратно в исходный файл жесткого диска, зависит от того, сколько изменений блока необходимо применить к виртуальному жесткому диску.
Кроме того, не забывайте о производительности ввода-вывода.;данные с разностных дисков моментальных снимков должны быть в конечном итоге записаны на основной виртуальный жесткий диск виртуальной машины во время фиксации;вы читаете данные одного файла в каталоге, записываете все это в другой файл, в то время как временный файл тоже записывается, все в одном каталоге;у вас будет какой-то хит производительности ввода-вывода.Это означает, что все работающие виртуальные машины на этом хосте будут иметь некоторую форму снижения производительности.Имеет смысл, верно?
Итак, некоторые рекомендации:
- RTM - прочтите руководство, рекомендации и следуйте им.
- Снимки виртуальных машинне бэкап, НИКОГДА!Это всего лишь один шаг в процедурах резервного копирования и тестирования.
- Запускать снимки в течение продолжительного времени - плохая идея, не делайте этого!
- Аппаратный сбой в худшее время;так что никогда не выполняйте правила 1 - 3.
- Не перезагружайте свое хранилище, запомните это: выделенное для виртуальной машины хранилище X количество снимков = приблизительный теоретический общий размер виртуальной машины.