Свободные альтернативы vSphere для ESXI (если Вы существуете),

Снимки LVM являются примером решения для снимка копии на записи, как сказал Evan. То, как это работает, несколько отличается от от подразумеваемого Evan, но не много.

Когда у Вас есть объем LVM без снимков, записи к объему происходят, как Вы ожидали бы. Блок изменяется, и вот именно.

Как только Вы создаете снимок, LVM создает пул блоков. Этот пул также содержит полную копию метаданных LVM объема. Когда записи происходят с основным объемом, таким как обновление inode, перезаписываемый блок копируется в этот новый пул, и новый блок записан в основной объем. Это - 'копия на записи'. Из-за этого, чем больше данных, которые изменяются между тем, когда снимок был взят и текущее состояние основного объема, тем больше места будет заниматься тем пулом снимка.

То, когда Вы монтируете снимок, метаданные, записанные, когда снимок был взят, позволяет отображение блоков пула снимка по измененным блокам в объеме (или высокоуровневый снимок). Таким образом, когда доступ прибывает для определенного блока, LVM, знает, которые блокируют доступ. Что касается файловой системы на том объеме, нет никаких снимков.

James указал на один из отказов этой системы. Когда у Вас есть несколько снимков того же объема, каждый раз, когда Вы пишете в блок в основном объеме, Вы потенциально инициировали записи в каждом снимке. Это вызвано тем, что каждый снимок поддерживает свой собственный пул измененных блоков. Кроме того, для длинных деревьев снимка, получая доступ к снимку может заставить довольно мало вычисления на сервере выяснять, какой точный блок должен быть подан для доступа.

При избавлении от снимка LVM просто отбрасывает пул снимка и обновляет дерево снимка по мере необходимости. Если отброшенный снимок будет частью дерева снимка, то некоторые блоки будут скопированы для понижения снимка уровня. Если это - самый низкий снимок (или единственный), пул просто отбрасывается, и операция очень быстра.

Некоторые файловые системы действительно предлагают снимки в файловой системе, ZFS и BTRFS являются всего лишь двумя из более известных. Они работают точно так же, хотя сама файловая система справляется с измененным/неизменным отображением. Это - возможно лучший способ сделать его, так как Вы можете fsck все семейство снимков для непротиворечивости, которая является чем-то, что Вы не можете сделать с прямым LVM.