'правильный' с точки зрения production ready подхода, разделять хранилище и сервер приложений, т.е. у вас должен быть отдельный nas под данные (образы ОС) и резервные копии делать уже средствами этого nas (потому что только он сможет к примеру давать эффективные инкрементальные копии), конечно резервированием машин (данных) могут заниматься сами виртуальные машины изнутри своими средствами.
Бакап конфига делать штатными инструментами, теми же скриптами PowerCLI из PowerShell, восстановление будет из файла одной командой (сервер перезагрузится и все работает).
p.s. на сколько я знаю у vmware есть HA кластер, можно заранее настроить backup сервер, и либо планово либо по обнаружению сбоя, переносить туда сервера, время отключения в этом случае будет секунды-минуты.
это благодаря выносу образов на отдельно стоящий nas, но это накладывает свои требования к сети до него (спасибо 10гб сетевые карты сейчас очень доступны)
p.p.s. если у вас образы хранятся локально на той же машине, то как я нагуглил (я думал что у ESXi этого нет) VMware VADP + CBT (эффективно инкрементальные копии) но это вопрос наличия лицензии на соответствующие компоненты.
всегда задаю вопрос, почему именно ESXi и VMware? что вас заставляет ограничивать себя проприетарным функционалом и забористыми ценами? чем не угодили открытые и простые как валенок lxc/kvm/vbox? virtmanager/proxmox? когда собираешь из открытых компонентов себе конструкцию, как из лего, можно получить очень эффективные решения, позволяющие в т.ч. сэкономить и на железе, но само собой не отменяет оплату человеку, который у тебя все это будет поддерживать... но бизнесу, особенно в долгосроке, выгодно платить своему сотруднику, ведь у тебя после этого останется созданное им (особенно если следить за этим и не порождать локальный вендорлок) и даже может быть сам сотрудник, т.е. вложенные деньги останутся в компании как ресурс, а вот оплата лицензий и абонентки (если облака) улетает в никуда, не оставляя после себя ничего кроме 'сожалений'.
Простой
Средний
Средний
