Highlighted
Contributor
Contributor

Оперативное восстановление резервных копий ВМ

Коллеги, доброго времени суток! Хотел вот посоветоваться - есть гипервизор на базе ESXi 6.5, резервное копирование прикрутил с помощью бесплатного ПО XSI-backup: настроено выполнение по кронтабу на самом гипервизоре, создается образ машины и затем другим скриптом забрасывается на рядом стоящий FTP-сервер. Сетка гигабитная, передача образа занимает около часа в среднем. Тут на днях один товарищ посоветовал прикрутить вместо FTP-сервера некий Proxmox, дескать, это позволит чуть ли ни молниеносно восстановить работу с машинами в случае аварии:

"Гипервизор Proxmox позволяет синхронизировать виртуальные диски хоть каждый час и в случае выхода из строя одной из нод (хостов) восстановление займет не дольше нажатия кнопки «включить виртуальную машину» и на выходе получим сервера максимум с часовой давностью. Можно как целиком перетянуть все виртуалки на второй сервер, а старый использовать как хранилище для бэкапов, так и распределить их между серверами по нагрузке и настроить перекрестную синхронизацию. В этом случае уберем сразу несколько узких мест и в случае выхода из строя одной из нод система продолжит функционирование максимум с текущими тормозами. Некое подобие собственного корпоративного облака".

Честно говоря, не могу никак представить схему работы подобного сценария. Каким образом настроить перекрестную синхронизацию в этом случае? Можно ли это сделать на базе VMware гипервизора?

0 Kudos
9 Replies
Highlighted
Enthusiast
Enthusiast

Если Вы поднимите на второй машине еще один esxi, объедините их с первым в кластер HA с общим хранилищем (vsan к примеру), то при падении одного из хостов, выполнение виртуальной машины продолжится через пару минут, ровно тогда, когда она рестартует на другом сервере. А если настроите Fault Tolerance - то и вообще не прервется, в идеале. А "некий" товарищ советует Вам установить "фришный аналог" ESXI для того, наверное, чтобы Вы поняли насколько опенсорсная поделка кривее корпоративного стандарта. )))))

Правда, в любом из вариантов без бекапов лучше не стОит. Высокая доступность никак не отменяет бекапы.

0 Kudos
Highlighted
Contributor
Contributor

Хм, ну а как реально ускорить восстановление работы офиса в случае падения хоста? Например, вышел из строя БП - ведь пока перенесешь физически все ВМ на другой хост - может пройти несколько часов. Учитывая, что скорость сети - 1Гбит/с, все равно времени займет прилично... Как здесь выкрутиться без особых капиталовложений?

0 Kudos
Highlighted
Enthusiast
Enthusiast

Если нужно быстро запустить ВМ из архива, то можно сделать следующее:

1.Архивы хранить не на FTP, а на NFS.
   Например можно использовать FreeNas - но он требователен к железу.
2.NFS легко монтируется к ESXI как datastore. Туда же будет сохранять бэкапы XSI.

3.Для восстановления достаточно на другом хосте установить ESXI,
  примонтировать NFS, зарегистрировать VM.

4.Но в этом случае можно упереться в производительность дисковой системы хранилища, или сети.

0 Kudos
Highlighted
Contributor
Contributor

>2.NFS легко монтируется к ESXI как datastore. Туда же будет сохранять бэкапы XSI.

Вот этот момент хотел бы подробнее - если я правильно понимаю, покупаем сервер, разворачиваем на нем FreeNAS; поддержит ли монтирование NFS бесплатная версия гипервизора? Повторюсь - приоритетом стоит минимальное вложение средств, увы.

0 Kudos
Highlighted
Enthusiast
Enthusiast

Связка "FreeNas + бесплатный ESXI" используется без проблем (1.5 года).

Есть варианты, где они находятся на одном физическом сервере.
FreeNas используется как хранилище бекапов - низкая дисковая нагрузка + сжатие на лету.
С высокой дисковой нагрузкой не эксплуатировали.
FreeNas использует ZFS (файловая система) - поэтому повышенные требования к ОЗУ.

Если надо минимум средств, то имеет смысл рассмотреть другие варианты развертывания NFS.

В качестве NFS сервера может быть  Windows, Linux, или  спец дистрибутив.

Если речь идет о покупке нового сервера, может имеет смысл сделать сетку 10G?

0 Kudos
Highlighted
Contributor
Contributor

А сколько в среднем нужно оперативной памяти под FreeNAS? В вашем случае сколько, если не секрет?

0 Kudos
Highlighted
Enthusiast
Enthusiast

Требования по железу:

https://www.freenas.org/hardware-requirements/

Рекомендовано RAM -  8GB + 1GB на каждый 1TB хранилища.

Память нужна с ECC.

У нас 16GB на 21TB хранилища (5.46TB x 5  в RAIDZ1)

По нашей нагрузке вполне хватило бы и 8GB (это рекомендованный минимум).

0 Kudos
Highlighted
Enthusiast
Enthusiast

Не нужно ничего никуда переносить. Из 2-х хостов делаете кластер VSAN, то есть общее хранилище, к которому "подключены" оба хоста. Виртуалка(и) лежат на нем. Если один хост лег - виртуалка стартует(продолжает работать) на втором. Типа на почитать vSAN 2 Node Guide | VMware​ Правда, по-честному, нужно 3 компа, 2 продуктивных и один для vSan Witness. Но последний, вроде может быть чуть ли не дескотопом или в облаке.

0 Kudos
Highlighted
Enthusiast
Enthusiast

вставлю свои пять копеек...

ПО veeam backup умеет стартовать ВМ-ку прямо из бекапа, а потом уже стартованную ВМ переносить на гипервизор. конечно, єто не бесплатно. но и vsan тоже Smiley Wink

вообще, как верно уже писали - кластер кластером (HA, FT), а бекап то отдельное

0 Kudos