rPman

самый тупой вариант, посадить все машины вместе с хостом на одну сеть с помощью сетевых мостов и прописать ip адреса статикой (не секурно, т.е. сеть то общая)

иначе,.. а как провайдер тебе ip адреса привязывает?

p.s. по уму насоздавать сетей на хосте, в каждую завести свою машину и раскидывать с помощью штатнго фаервола пакеты

Даже если это можно сделать, то при использовании ntfs не всегда возможно сжатие/уменьшение размера диска, даже если там достаточно свободного места (кажется это связано с расширением mfat, если при его увеличении части его разместятся в конце диска, уменьшить за эти сектора уже не получится)

Я в похожих случаях рекомендую пользоваться ntbackup из стандартной панели управления изнутри запущенной виртуалки (старый механизм создания резервной копии windows, сохраняет все, и права и расширенные атрибуты), либо вручную скопировать (тогда могут быть сброшены права доступа)

подключений будет немного

вин10

по умолчанию доступно только 1 одновременное удаленное подключение и только администратору

есть rdpwrap но майкрософт борется с ним и на сколько я знаю там не RemoteFX

если нужно по 1 виртуальной машине на подключение, то хватит vnc и аналогов, видеоускоритель будет отрабатывать на сервере.

p.s. если приложение нормально работает с драйверами virtualbox additions или vmware (или kvm spice) то можно реализовать все без серверных ревизий win

Quqas, весь смысл в том чтобы была принципиальная возможность подмены нулей например дырками файла (по этой причине я бы выбирал бы не vhdx формат, который непонятно как вакуумизировать, ведь это windows specific решения а у тебя ext3 формат

считай все современные файловые системы умеют в sparse files, это когда файл на диске реально занимает только столько места, сколько в него записали, а так же есть сопроводительные утилиты, заменяющие нули на эти дыры

в linux обычный cp с ключом --sparse=always скопирует и подменит нули в файле на дыры

посмотри тут

p.s. в твоем случае настоятельно рекомендую другой подход (так как описанный выше потребует сначала раздуть файло до 2тб, что конечно можно уместить на какой-нибудь btrfs/zfs с поддержкой сжатия но сильно не эффективно) лучше сделать резервную копию диска с помощью partclone (поддерживает огромное количество файловых систем) эта утилита умеет копировать блочные устройства (считай как dd) пропуская сектора, помеченные файловой системой как свободные, т.е. создаешь второй пустой диск (даже если он будет raw, я настоятельно рекомендую хранить образы как есть) и из виртуальной машины (так как vhd монтировать напрямую сложно, говорят с большими дисками имеющиеся инструменты глючат) и с помощью clonezilla клонируешь со старого на новый.

Этот подход скорее всего самый эффективный для вакуумирования образов диска которые рассчитывают на дырявое хранение.

Судя по всему резервирование происходило копированием байт-в-байт с помощью dd? или файловое копирование rsync?

Для начала нужно определить, какой диск был исходным какой копируемым, и определить, какие файлы не скопировались, сравнив сначала на основе имен, размеров и времени последнего изменения, и если различий не обнаружено - повторить процесс но уже с проверкой по содержимому

Сравнение можно проводить с помощью утилиты diff, в принципе ее более чем достаточно но работать с ее выводом может оказаться неудобно

Лично я для сравнения каталогов собираю два списка файлов в текстовом виде (относительный путь до файла + размер + время timestamp + хеш, считать md5sum) по очереди для исходного каталога и для каталога с копией, затем сортирую файлы (например с помощью sort по имени) и сравниваю их уже с помощью diff - получается красивый и удобный список различий. Операцию повторить дважды, сначала не считая хеши - быстрое сравнение, а затем, при необходимости повторить но уже собрав хеши. Скрипт это делающий занимает строчек пять.

Так как размещение файлов на разных физических устройствах, подсчет хешей можно провести одновременно для источника и архивной копии (само хеширование не тратит процессор, только диск), обычно этот процесс идет на максимуме скорости работы дисков, так что много времени это не займет (считанные часы)

bridge с wifi картой родительской машиной

боюсь причина в этом, когда wifi переподключается сетевой подсистеме windows плохеет.

могу посоветовать странное, попробуй, пусть за bridge отвечает не виртуалка а сама операционная система (на сколько я знаю в windows это сделано разными способами) т.е. создай loopback сетевое подключение (диспетчер устройств, установка старых устройств, ищи microsoft сетевой адаптер замыкание на себя), создай на его основе и wifi сетевой мост и уже его выбирай в мост с виртуалкой.

Почему это может помочь, loopback устройство включено всегда, сетевой мост активен пока активно хоть одно устройство в нем, т.е. виртуальная машина будет работать со всегда активным сетевым подключением

upd. не сообразил что сервер у тебя на windows, а мой ответ подходит только для linux хоста (можно конечно пробросить контроллеры дисков внутрь одной из виртуалок, и там уже на Linux все сделать но мне кажется это извращением)

Есть две разные задачи - защита данных и защита непрерывности процесса, т.е. чтобы ваше приложение продолжало работать.

Каждый инструмент резервирования защищает от своей модели угроз, чаще всего это аппаратные проблемы и проблемы с подключением, но есть к примеру человеческий фактор, админ что то сломал, удалил, не так настроил и т.п. от этого тоже надо как то защищаться.

Этого легче достичь средствами самого приложения, когда оно само готово к тому что его могут перезапустить, переместить между хостами, данные резервируются, логика дублируется (когда одна и та же задача отправляется сразу нескольким хостам, а затем ответ сравнивается), собираются логи которые можно 'проиграть' и восстановить ситуацию на нужный момент времени и т.п.

Существуют решения на уровне ОС, позволяющие обеспечить непрерывность работы, защищаясь от сбоев в оборудовании, с помощью виртуальных машин и распределенных NAS.

В зависимости от того, как много вы готовы потратить на готовые решения или реализацию своих, выбираете кластерную файловую систему (из бесплатных DRBD, как вы понимаете Linux) либо же настраиваете зеркалирование (software raid over iscsi например) и вручную перезапускаете центральный узел (потребует перезапуск и машин, запускаемых с них, с оговорками). В любом случае узел NAS не должен совмещаться с software node, на которых собственно происходит запуск приложений (с оговорками сами диски там могут быть, раздаваемые софтварным iscsi или nbd или aoe...), правило разделяй и властвуй тут действует.

У виртуальных машин есть High Availability (kvm/xen/vmware/...), позволяет в короткие сроки перемещать виртуальную машину в пределах одного кластера, когда как машины в нем могут географически находиться в разных местах (машина приостанавливается suspend, память копируется, восстаналивается).
... и даже это делать налету, синхронизируя оперативную память между master и slave копиями машин (тогда перемещение между нодами в кластере будет секунды занимать) - само собой это накладывает высокие требования к сети. Это дорогие фишки взрослых виртуалок, у vmware

p.s. к сожалению, выбери два из трех - быстро надежно дешево

Точно помню в vmware (да практически во всех, virtualbox, kvm) можно подключить физический диск (или даже только один раздел) как диск виртуальной машины.

Т.е. не нужно пробрасывать контроллеры, нужно логически диск подключить.

upd: в hyper-v, в настройках виртуальной машины, идете в контроллер scsi, выбираете Жесткий диск, выбираете Физический диск
Если он недоступен, значит нет доступных дисков в состоянии offline (можно сменить статус в diskpart или управление компьютером - управление дисками - правая кнопка на диске (не на разделе)

Разместить свап на более дешевом hdd хранилище, подключив отдельным разделом?

Если приложением перестанет хватать оперативной памяти, их скорость так и так упадет катастрофически, и какая вам разница в 10 раз это будет или в 100?

p.s. для windows vm хост разве нет инструментов по организации кеширования с помощью ssd медленных hdd. Т.е. используете везде обычные медленные диски, с кешем на основе всех ваших ssd дисков.

Для linux, например, bcache, - штатный инструмент, стабильный и бесплатный.

qemu, xen