Alexey Dmitriev

Если в общем и целом и с допущениями, то да, вы правы и 1 vCPU = 1 физическое ядро.
В случае в Hyperthreading 1 vCPU = 1 потоку.

Странная постановка вопроса. При наличии proxmox можно поставить в ВМ Linux и иметь все, что хочется.

Нужен или Dedicated сервер, что дорого, или VDS с включенной опцией nested virtualization.
Это прямой ответ на ваш прямой вопрос.
А по поводу программы, которая не работает через RDP - к VDS с Windows можно подключиться кучей способов, а не только через RDP.

Какой-то поток сознания.
1. VDI не равно "RDP функционалом на Windows Server-ах" - VDI это VMWare Horizon или MS VDI.
2. За изменения в критической инфраструктуре нужно идти к специалистам, а не на тостер.
3. Для дополнительной авторизации и защиты RDP соединений есть официальная роль RDP Gateway, возможно линукс машины с двумя ногами (слава богу хоть не с одной) и не нужны.
4. Для "Ну допустим установил я эту программу на винду, могу ли я ее как - то расшарить через веб.браузер" есть официальные же RemoteAPP и RDS-Web из состава Windows Server Terminal Services.

Почему вы решили, что 127.0.0.1 в WSL и на Windows хосте - это одно и тоже?

Нужно общее хранилище - в данном случае ceph, при условии, что он заработает на вашем железе. https://docs.ceph.com/en/quincy/start/hardware-rec...

Улучшит отказ от Proxmox и переход на Linux на сервере и перевод всего софта в Docker.
LXC контейнеры также как и ВМ бронируют определенные ресурсы хоста, но не факт, что полностью их используют/или им в какой-то момент их не хватает.

Ansible

не использовать uuid?

Все ваши хотелки реализуются стандартными настройками задачи резервного копирования в Veeam Backup and Replication. Обратите внимание на понятия active full backup и synthetic full backup

При наличии общего хранилища наверно Любой, умеющий в HA кластер гипервизор это умеет.
По задержкам при миграции можно просто вбить в поиск в гугле

Вы не правильно поняли - во-первых ingress это сущность кластера kubernetes и к docker отношения не имеет, даже как термин.
Во-вторых - и traefik и nginx и большинство load balancers\reverse proxy умеют проксировать любой tcp трафик, а не только http. Их можно использовать и для smtp трафика в том числе.

Единственное, что можно сделать (ну кроме логичного - установить ИБП) со стороны ProxMox - это полностью отключить кеш в виртуальных дисках
https://pve.proxmox.com/wiki/Performance_Tweaks

Любой, который поддерживает HA и соответственно может работать с общим хранилищем.
VCenter, Proxmox, Hyper-V и т.п.

В варианте с БД мне кажется единственный вариант избежать длительного простоя - это настраивать репликацию БД в новые ВМ и потом переключать работу сервисов на новые БД.

Больших плюса три.
1. Отказоустойчивость.
2. CI/CD.
3. Авто-масштабируемость.

Посмотрите на Rancher, по моему мнению у него более низкий порог входа, чем у ванильного Kubernetes.

Добавить команду запуска в Scheduled Task с ручным режимом запуска, а потом уже оперировать этой задачей, хоть через winrm, хоть через vboxmanage

Ваш вопрос выглядит, как странный полет мысли.
Это может быть - установка ОС по сети, тогда что-то типа WDS и PXE boot.
Работа в режиме бездисковых рабочих станций и тогда вам нужно соответствующее ПО и инфраструктура.
А это "но не может свернуть программу, пока сервер не разорвет соединение" - вообще не понятно.

Идете сюда https://www.vmware.com/resources/compatibility/sea...
задаете параметры поиска, ищете что нужно и смотрите цены\доступность.