Транспортные протоколы резервного копирования VMware

Обновлено 18.08.2021

Транспортные протоколы резервного копирования VMware

Всем привет! Сегодня хочу рассказать про транспортные протоколы резервного копирования VMware. Данная информация на мой взгляд поможет лучше понимать процессы в ESXI.Вы сможете лучше понимать ошибки, которых могут возникать в Veeam Backup при бэкапе, осознаете, какие службы можно отключать, а какие нет. Вообще тема связанная с системами хранения данных очень интересная и обширная, и ее полезно знать, как администраторам по виртуализации, так и администраторам баз данных, так как и в том и в другом случае, в своих сервисах и серверах они будут использовать ее мощности, и если они понимают ее правильную настройку, то это залог успеха.

• NBD (Network Block Device) является наиболее универсальным и доступным для любых видов СХД и окружений. При его использовании поток данных с СХД проходит через гипервизор ESXi и направляется на сервер резервного копирования по локальной сети. На практике его не рекомендуют использовать, если есть возможность работы с протоколами SAN и HotAdd, превосходящими его по разным отзывам от двух до десяти и более раз по скорости передачи данных.
• SAN – используется при прямом подключении сервера резервного копирования в сеть хранения данных. Для его использования серверу РК необходим прямой доступ к томам с VMFS, что накладывает требования на конфигурирование хоста и ограничение доступа к нему. Для Windows необходимо отключить автоматическую инициализацию дисков во избежание перетирания сигнатур и метаданных VMFS. И разумеется никто не хочет, чтобы чьи-то неумелые или напротив, опытные, но зловредные потерли сами данные. Возможно предварительно их утащив.

• HotAdd – способ, при котором к специальной виртуальной машине-прокси на горячую подключаются виртуальные диски целевой виртуальной машины, после чего прокси машина пересылает данные по локальной сети на сервер РК. Прокси может выполнять компрессию и дедупликацию данных при пересылке, в зависимости от используемого продукта РК. Роль прокси и сервера РК может быть также совмещена. Несмотря на использование дискового стека гипервизора для доступа к данным, скорость на практике практически равна варианту SAN.

Поскольку при работе HotAdd создаются redo логи, не удаляйте подключенную ВМ пока не завершится процесс резервного копирования. Иначе гипервизор потом не сможет правильно обработать redo логи и диски от прокси придется отключать вручную. (!) Не удаляйте снапшоты до окончания резервного копирования (!)

Материал сайта pyatilistnik.org