В VMWare КБ а в нескольких блогах утверждается, что длительные моментальные снимки плохи как с точки зрения производительности, так и с точки зрения целостности. У них есть действительные баллы.
Конечно, это не с ESXi, а скорее с Workstation \ VirtualBox на сервере * NIX. Я действительно вижу много блогов, рекламирующих снимки LVM (или даже ZFS). Предполагая, что LVM по сути хранит свои VMDK на томе LVM и делает все необходимые снимки.
Я не понимаю, чем это решение практически отличается от простого использования снимков VMDK, но VMWare не упоминает о нем ничего плохого с точки зрения производительности или целостности. Многие блоги рекламируют это как решение для создания снимков.
С учетом сказанного, являются ли долгосрочные снимки состояния VMWare плохими, если они не являются настоящими снимками состояния VMWare, а скорее являются VMDK на томе LVM \ ZFS?
Разъяснение
Долгосрочный моментальный снимок - это моментальный снимок, который выполняется в течение длительного времени, даже непрерывно. Предположим, я установил несколько виртуальных машин Windows, сделал их снимок на уровне LVM и запустил их в течение нескольких недель или месяцев (возможно, даже на всех этапах работы). Когда я хочу откатиться, я просто откатываю снимок, чтобы вернуться к предыдущей версии.
В базе знаний VMWare специально указано (для собственных снимков VMWare)
«Не используйте один моментальный снимок более 24–72 часов. Снимки не должны храниться в течение длительного времени для целей управления версиями приложений или виртуальных машин».
Как мы все знаем, люди запускают снимки LVM \ ZFS в течение огромного количества времени без каких-либо побочных эффектов.
Не сосредотачивайтесь на снимках. Это затуманивает ваше мнение :)
VMware имеет функции шаблонов и клонирования встроен в vCenter. Для этого вам потребуется лицензия vSphere Essentials за 600 долларов.
Вы можете создать виртуальную машину на свой вкус, а затем клонировать ее по шаблону. Затем этот шаблон можно использовать для создавать новые виртуальные машины.
Это позволяет вам иметь «чистое состояние», а также создавать из этого главного образа длительно работающие или постоянные виртуальные машины. Снимки не нужны.
Я думаю, что корень этого вопроса в том, что есть два принципиально разных метода создания снимков.
Снимок VMWare означает, что он останавливает запись на свой основной диск и вместо этого помещает все записи на отдельный диск моментальных снимков. Возврат к этому моментальному снимку означает отказ от всех операций записи с момента его выполнения (что вызывает очень мало накладных расходов), однако его удаление означает применение разделенных операций записи на основной диск. Это может потребовать большого количества операций ввода-вывода и вызвать перегрузку хранилища, поскольку я не знаю способа сделать этот трафик более низким приоритетом, чем обычный ввод-вывод.
Снимок хранилища можно сделать разными способами, но ни один из них не похож на приведенный выше снимок состояния VMWare. Все они имеют своего рода компромисс, но ни один из них не требует отправки массы обновлений в качестве неприоритетного ввода-вывода хоста на устройство хранения. Некоторые примеры моментальных снимков хранилища - это копирование при записи, копирование после записи и моментальные снимки записи в любом месте в стиле NetApp.
Да, моментальные снимки ZFS подходят для этого, без потери производительности при добавлении их по своему усмотрению. (также легко реплицировать для резервного копирования и т. д.)
Однако нет никакой координации с vmware, поэтому вам нужно удалить и повторно добавить их в инвентарь вручную, когда вы откатываете снимки. Будет ли это особенно хорошим решением для вас, во многом зависит от вашего рабочего процесса.
Также при любой значительной разнице во времени возникают обычные проблемы с восстановлением с синхронизацией времени / авторизацией домена и т. Д.