Содержание:
Резервное копирование (бэкап) виртуальных машин VMware: SAN или LAN?
Дата публикации: 1 октября 2018 г.

* * *
Рассмотрим и сравним два способа резервного копирования виртуальных машин VMware.
Исходные данные
Тестовый стенд представляет собой два гипервизора ESXi на сервере Fujitsu Primergy BX2560 M2 подключённые по SAN (два порта по 8 Gbit/s) и LAN (два порта по 10 Gbit/s). Версия ESXi и VSCA 6.5. Для ESXi диски презентованы системой хранения данных Fujitsu ETERNUS DX8700 S2. В качестве системы хранения бэкапа используем EMC Data Domain 6300, подключенный по SAN (четыре порта по 8 Gbit/s). Для выполнения backup, в целях экономии времени, воспользуемся готовым инструментом Backup Exec, сервер управления системы установлен на физическом сервере HP ProLiant BL460c Gen8 и так же имеет подключение к сети по SAN и LAN двумя портами.

Для тестирования создано три виртуальных машины: VM1 (146Gb), VM2 (157GB) и VM3 (284Gb). Процедура тестирования будет выглядеть следующим образом: выполним три раза FULL Backup каждой системы, после этого вычислим среднюю скорость резервного копирования(Gb/min) для каждого способа.
Система Backup Exec имеет четыре способа получения доступа к данным виртуальной машины, для физического сервера это SAN, LAN (NBD), NBDSSL и четвертый, если сервер Backup Exec установлен на виртуальной машине, HotAdd. Протестируем вариант, когда Backup Exec установлен на отдельном физическом сервере, сравним плюсы и минусы выполнения бэкапа по SAN и LAN.
Настройка Backup Exec достаточно проста и состоит из следующих шагов:
- Выбрать существующее или создать новое задание на выполнение бэкапа виртуальных машин
- Открыть свойства этого задания
- Перейти на вкладку Virtual Machines > подраздел VMware
- Отметить нужный нам способ подключения (допустимо активировать сразу все четыре способа и выставить их очередность использования)

* * *
СПОСОБ ПЕРВЫЙ: РЕЗЕРВНОЕ КОПИРОВАНИЕ ВИРТУАЛЬНЫХ МАШИН ПО SAN

Для того, чтобы Backup Server мог выполнить бэкап виртуальных машинESXi по SAN, ему необходимо в первую очередь презентовать те же LUN (-ы), которые были презентованы ESXi. В этом случае Backup Server, используя vStorage API, запрашивает информацию у vCenter, в каком LUN находится VMDK виртуальной машины, делает моментальный снимок (snapshot) диска и забирает его по SAN.
В результате этого эксперимента средняя скорость копирования виртуальных машин по SAN составила 2,654 Gb/min.
* * *
СПОСОБ ВТОРОЙ: РЕЗЕРВНОЕ КОПИРОВАНИЕ ВИРТУАЛЬНЫХ МАШИН ПО LAN (NBD)

В этом режиме Backup Server запрашивает у vCenter сведенья о том на каком ESXi находится нужная нам виртуальна машина, делается моментальный снимок и выполняет его передачу по локальной сети с ESXi сервера на Backup Server.
В результате второго эксперимента средняя скорость копирования виртуальной машины по LAN составила 4.122 Gb/min.
* * *
ВЫВОДЫ, ПЛЮСЫ И МИНУСЫ, РЕКОМЕНДАЦИИ
Преимущества бэкапа по LAN
- При выполнении бэкапа по LAN оборудование в качестве системы хранения данных обойдется дешевле и как показал тест, построение современной сети на 10 Gbit/s оборудовании обеспечит более быстрый бэкап, чем 8 Gbit/s SAN.
- Если строить с нуля современную инфраструктуру используя сетевое оборудование с пропускной способностью 10 Gbit/s, то применение бэкапа в режиме подключения к данным по локальной сети (NBD) по затратам и времени окажется более эффективно.
- Для восстановления виртуальных машинлучше использовать локальную сеть и постараться восстановить ее в новое место (не затирать старую виртуальную машину ).
Преимущества бэкапа по SAN
- Если сеть между ESXi и Backup Host составляет 1 Gbit/s, а необходимое оборудование для подключения по SAN уже есть, то эффективнее и быстрее применять резервное копирование по SAN.
- Основной плюс выполнения бэкапа по SAN заключаются в том, что передача данных не загружает локальную сеть и выполняется на достаточно высокой скорости, но в случае 10 Gbit/s сети это уже не является столь явным преимуществом, поскольку даже при сравнительно больших объемах информации окно резервного копирования занимает не значительное время.
- Восстановление по SAN виртуальных машинс толстыми дисками выполняется достаточно быстро, а вот от восстановления с тонкими дисками лучше отказаться т.к. это часто заканчивается с ошибкой или сбоем.
Используемая в статье информация взята из официальных источников:
https://www.veritas.com/support/en_US/article.TECH183072
https://www.backupsolution.ru/veritas-backup-exec/