При использовании транспорта прямой доступ к хранилищу Veeam Backup & Replication работает с данными (чтение/запись) напрямую через систему хранения данных, на которой расположены вириальные машины.

Прямой доступ к SAN

Процесс создания резервной копии / Процесс восстановления резервной копии / Требования / Лимиты /

Прямой доступ к SAN рекомендуется к использованию, когда диски виртуальной машины хранятся на SAN устройствах, которые подключены к хосту ESXI посредством FC, FCoE, iSCSI. В режиме Прямой доступ к SAN для прямой передачи данных виртуальной машины из хранилища по протоколам FC, FCoE, iSCSI используется VMware VADP. Данные виртуальной машины передаются по сети SAN, минуя хосты ESXi и локальную сеть. Что позволяет снизить нагрузку на сеть и как правило быстрее выполнить трансфер данных.

Процесс создания резервной копии

1. В Veeam Backup & Replication запускается процесс создания резервной копии виртуальной машины
2. Прокси-сервер отправляет запрос хосту ESXI, где расположена ВМ чтобы узнать на каком хранилище находятся данные
3. ESXI хост выясняет где находятся необходимые данные
4. Veeam Backup & Replication инициализирует процесс создания снимка ВМ (snapshot) на ESXI хосте
5. Хост ESXi извлекает метаданные о расположении дисков виртуальной машины в хранилище (физические адреса блоков данных)
6. Хост ESXi отправляет полученные метаданные прокси-серверу
7. Прокси-сервер резервного копирования VMware использует метаданные для копирования блоков данных виртуальной машины непосредственно напрямую с хранилища SAN
8. Резервный прокси-сервер VMware обрабатывает скопированные блоки данных и отправляет их на целевой сервер

Процесс восстановления резервной копии

1. В Veeam Backup & Replication запускается процесс восстановления виртуальной машины
2. Прокси-сервер получает данные необходимые для восстановления с репозитория резервных копий
3. Прокси-сервер отправляет запросы на восстановление данных хосту ESXI
4. Хост ESXi выделяет место в хранилище данных
5. Данные записываются на хранилище данных

Требования

Перед тем как использовать прямой доступ к SAN убедитесь, что все требования соблюдены:

• Настоятельно рекомендуется назначить роль прокси-сервера VMware с прямым доступ к SAN именно физическому серверу, при назначении этой роли виртуальной машине производительность может пострадать. Т.е. подключаете ваш физический прокси-сервер VMware к действующей SAN сети (fc switch) и даёте доступ этому серверу к устройствам хранения.
• Как я уже написал выше необходимо также настроить доступ прокси-сервер VMware к системам хранения данных. Если этого не сделать, то прокси-сервер просто не сможет получить доступ к данным. Например, просто подключить FC кабель от сервера в fc коммутатор не получиться, также придётся настраивать сопоставление хоста с LUN в самой СХД.
• Тома с СХД также должны быть видны в оснастке управления дисками. Только никогда не делайте инициализацию этих дисков, потому как по умолчанию они находятся в оффлайн режиме чтобы не перезаписать файловую систему на NTFS.
• Для восстановления прокси-серверу необходимо иметь права на запись

Лимиты

Обратите внимание на лимиты, так как лично я был немного удивлён:

• Режим прямого доступа к SAN может использоваться только для восстановления виртуальных машин с дисками типа thick
• Если диски у виртуальной машины раскиданы по нескольким СХД и к какой-то из них у прокси-сервера нет доступа, то резервная корпия не будет создана ни для какого диска.
• Если хотя бы один из дисков находится в vVol вы не сможете создать резервную копию
• Нет возможности делать резервные копии шаблонов виртуальных машин
• Прямой доступ к SAN не подойдёт для инкрементального восстановления из-за ограничений VMware. Либо отключите CBT для виртуальных дисков VM на время процесса восстановления, либо выберите другой транспортный режим для инкрементального восстановления.
• Если вы делаете реплику виртуальной машины, то Veeam Backup & Replication будет использовать режим прямого доступа к SAN только для первой сессии. Т.е. все последующие изменения будут реплицироваться в режиме виртуального устройства или сетевого.
• Также при репликации обращайте внимание на тип дисков для целевой реплики виртуальной машины. Если будет стоять thin, то опять же будет использоваться режим виртуального устройства или сетевого.
• Multipathing (MPIO) для прокси-серверов на базе Linux в транспортном режиме прямого доступа SAN использует только отказоустойчивые пути, а не балансировку нагрузки

Прямой доступ к NFS

Прямой доступ к NFS рекомендуется к использованию в тех случаях, когда виртуальные диски ВМ хранятся на NFS хранилищах, на основе Ethernet.

Режим прямого доступа к NFS представляет собой альтернативу сетевому режиму. Когда Veeam Backup & Replication получает данные ВМ по сетевому режиму он использует VMware VDDK для коммуникации с хостом ESXI, что конечно же добавляет дополнительную нагрузку на хост ESXI.

Прямой доступ к NFS позволяет обойти хост стороной ESXI и получить данные напрямую с хранилища NFS. Для этого Veeam Backup & Replication разворачивает на прокси-сервере свой собственный NFS клиент (настраиваете конечно вы всё сами). Да так как это всё ещё передаются по сети, как и в случае использования простого сетевого транспорта, но уже нет нагрузки на ESXI хост.

Процесс создания резервной копии / Процесс восстановления резервной копии / Требования / Лимиты /

Процесс создания резервной копии

1. В Veeam Backup & Replication запускается процесс создания резервной копии виртуальной машины
2. Прокси-сервер отправляет запрос хосту ESXI, где расположена ВМ чтобы узнать на каком NFS хранилище находятся данные
3. ESXI хост выясняет где находятся необходимые данные
4. Veeam Backup & Replication инициализирует процесс создания снимка ВМ (snapshot) на ESXI хосте
5. Хост ESXi извлекает метаданные о расположении дисков виртуальной машины в хранилище (физические адреса блоков данных)
6. Хост ESXi отправляет полученные метаданные прокси-серверу
7. Прокси-сервер резервного копирования VMware использует метаданные для копирования блоков данных виртуальной машины с хранилища NFS по сети (ETHERNET)
8. Резервный прокси-сервер VMware обрабатывает скопированные блоки данных и отправляет их на целевой сервер

Процесс восстановления резервной копии

1. В Veeam Backup & Replication запускается процесс восстановления виртуальной машины
2. Прокси-сервер получает данные необходимые для восстановления с репозитория резервных копий
3. Прокси-сервер отправляет запросы на восстановление данных хосту ESXI
4. Хост ESXi выделяет место в хранилище данных NFS
5. Данные записываются на хранилище данных по сети (ETHERNET)

Требования

• Можно использовать в средах VMware vSphere (ESXI), работающих под управлением NFS версии 3 и 4.1
• Прокси-сервер должен иметь доступ к NFS хранилищу, где лежат данные ВМ
• Если хранилище NFS промотированно в ESXI по DNS имени, а не по ip-адрессу то прокси-сервер также должен сопоставлять это DNS имя с ip-адрессом

Лимиты

• Режим прямого доступа к NFS не может использоваться для виртуальных машин, имеющих хотя бы один моментальный снимок
• При репликации ВМ режим прямого доступа к NFS используется только при первом разе, дальше всё по обычной сети
• Если в задаче вы активируете галочку Включить приостановку работы инструментов VMware (Enable VMware tools quiescence) режим прямого доступа к NFS не будет использоваться
• Если по каким-то причинам диски ВМ не доступны по NFS будет использоваться обычный сетевой транспорт