DS3512 + LSI SAS6160 - схема подключения

[Stranger03]

Время самого резервного копирования ВМ также уменьшается до каких-то минут, а не часов, так как бэкап теперь будет идти через SAS а не по сети.

Ну и на кой леший вам в такой конфигурации коммутаторы?

[Stranger03]

Кстати, в Виим умеет по САС делать бекапы виртуалок? У Нетбекапа есть опция, которая позволяет по файберу бекапить. По Вииму надо еще читать, может ли он в такой схеме складывать бекап виртуалки по САС.

[victor75]

Кстати, в Виим умеет по САС делать бекапы виртуалок? У Нетбекапа есть опция, которая позволяет по файберу бекапить. По Вииму надо еще читать, может ли он в такой схеме складывать бекап виртуалки по САС.

А чего бы ему не уметь то? Диск для хранения бэкапов на СХД, подключается к самому бэкапному серверу через SAS коммутатор, сами виртуалки бэкапятся через Veeam прокси. В принципе да, можно будет от железного бэкапного сервера потом вообще отказаться.

Время самого резервного копирования ВМ также уменьшается до каких-то минут, а не часов, так как бэкап теперь будет идти через SAS а не по сети.

Ну и на кой леший вам в такой конфигурации коммутаторы?

Чтобы в случае аварии одной из СХД, перекоммутировать хосты кластера VMware, к дискам с восстановленными виртуалками на рабочей СХД. Шесть хостов с интерфейсами SAS проблематично будет подключить к одной СХД без коммутаторов, к тому же промышленная площадка находится не в шаговой доступности, чтобы ехать туда например ночью и руками переключать хосты

[Stranger03]

А чего бы ему не уметь то? Диск для хранения бэкапов на СХД, подключается к самому бэкапному серверу через SAS коммутатор, сами виртуалки бэкапятся через Veeam прокси. В принципе да, можно будет от железного бэкапного сервера потом вообще отказаться.

Ну скажем так, если Виим стоит на том же сервере и ему надо с этого сервера положить бекап виртуалки рядом на логический раздел, то да. Но (по аналогии с Нетбекапом) если сервер резервного копирования на отдельном сервере, а на бекапируемом сервере агент, то для бекапа по SAN нужна поддержка = лицензия. Как там у Виима организовано, я не знаю.

[victor75]

А чего бы ему не уметь то? Диск для хранения бэкапов на СХД, подключается к самому бэкапному серверу через SAS коммутатор, сами виртуалки бэкапятся через Veeam прокси. В принципе да, можно будет от железного бэкапного сервера потом вообще отказаться.

Ну скажем так, если Виим стоит на том же сервере и ему надо с этого сервера положить бекап виртуалки рядом на логический раздел, то да. Но (по аналогии с Нетбекапом) если сервер резервного копирования на отдельном сервере, а на бекапируемом сервере агент, то для бекапа по SAN нужна поддержка = лицензия. Как там у Виима организовано, я не знаю.

В настоящий момент бэкап ВМ делается по сети, с использованием режима Virtual Appliance.
This mode is recommended and can only be used if Veeam is installed on a VM running on ESX/ESXi host. The Virtual appliance mode uses SCSI hot-add capability of ESX to attach disks of a backed up VM to the Veeam Backup & Replication VM, or to the helper VM (depending on vCenter version you are using). In this mode, VM data is retrieved directly from storage through the ESX I/O stack, instead of going through the network stack, which improves performance. Please note that disks of a backed up VM must be located on storage accessible by the ESX host on which the VM with Veeam is running.

После апгрейда инфраструктуры, бэкап ВМ будет делаться через Direct SAN Access.
This mode is recommended if your ESX hosts are using shared storage. In this mode, VM data is retrieved directly from FC/iSCSI shared storage (Storage Area Network, or SAN) using the VMware vStorage API for Data Protection. The SAN mode uses metadata about layout of virtual disks on SAN to directly read data blocks off SAN LUN, providing, therefore, LAN-free transfer of VM data. Keep in mind that the Veeam Backup server must be connected directly into the SAN fabric for backup to work in this mode. VM processing will fail if direct SAN connection is not configured or not available when the job starts.

Примерно вот здесь http://jpaul.me/?p=1376 описано нечто похожее, что мы хотим сделать, но только в сильно упрощенном варианте (без коммутаторов SAS и бэкап делается на сам бэкапный сервер, а не на другую CХД).

Но, как я уже писал выше, бэкап - это только одна из задач, есть и еще не менее важные задачи - это как можно быстрое восстановление виртуалок на одной из СХД, в случае сбоя какой-либо из двух имеющихся, а также оперативное переключение хостов со сбойной СХД на рабочую, для продолжения работы с восстановленными ВМ.
Все другие решения, которые позволяют на данный момент выполнить вышеуказанные задачи, или слишком дорогие в реализации, или позволяют делать только бэкап/восстановление ВМ.

P.S.
А вообще, спасибо большое gs, Tert и Геннадию за содержательную беседу и возможность проверить еще раз, правильно ли все делается, так как со стороны может оказаться что-то виднее, или может мы что-нибудь не учли. Ну да, возможно, что слишком сильно перестраховываемся, но час простоя площадки стоит несколько десятков тысяч вечнозеленых, а бережённого Бог бережёт