Rick

Связка сервисов nginx+php+*sql - имеет абревиатуру LEMP.
Связка сервисов apache+php+*sql - имеет абревиатуру LAMP.
Соотвественно, Вам нужно гуглить первое.

https://lemp.io/
https://1cloud.ru/help/linux/Kak-ustanovit-LEMP-st...
https://www.digitalocean.com/community/tutorials/l...

итд.
Установка зависит есесно от дистрибутива.

А для KVM (или какой там формат у Proxmox) есть конвертор, который переведет машину в формат целевого гипера? Или предлагается ее остановить и конвертить остановленную? Продакшн может нервно отнестись к этому. У vmware есть конвертер, который работающую машину пилит.
Зоопарк гиперов разводить не стоит, разве только с целью снести Hyper-V совсем. А если просто с целью самообразования (что имхо неплохо) - возьмите хост, поставьте proxmox, поупражняйтесь.

Не стоит конечно с точки зрения собственника, и стоит конечно с точки зрения админа, надо же как-то учиться

Своё субъективное мнение напишу, сам пользуюсь Hyper-V на Win10, но хотел бы VirtualBox, объясню почему пользуюсь Hyper-V и не пользуюсь VBox:
1. Итак Hyper-V
+ Нативна, работает как служба, изначально все машины Headless (в контексте VBox). Т.е. не нужно отвечать на дурацкий вопрос - что сделать с машиной когда хлопаешь по крестику.
+ Свич Hyper-V из коробки поддерживает VLAN - позволяет в связке с роутером Mikrotik использовать неограниченное кол-во подсетей для лабтестов - используя аппаратный Mikrotik (полезно для стриминга трафика на Wireshark для анализа)
+ Позволяет делать Base-диски (VBox к слову тоже позволяет, чуть мудреннее но можно), это серьезно позволяет сократить время развертывания нового стенда.
+ Powershell - опять же пользуясь уже написанными скриптами - и базовыми дисками (запечатанными sysprep) - быстро разворачивать необходимый набор серверов, не тратя время на их разворачивание. (Для VBox - тоже есть обертка написанная любителями, но не столь гибкая)
+ Возможность управлять машинами через Remote Desktop Connection Manager 2.7 (малоизвестная тема, но можно прописать GUID VM - и подключится к хосту - управляя всеми добавленными машинами по одному порту - кстати формировать список этих машин и конф файл к RDCM2.7 можно так же PS)
- Невозможность подключать какие-то внешние девайсы, т.е. пробрасывать например USB-модем, хасп ключи, сканеры и камеры.
- Нет звука у машины (как воркараунд через РДП)
- Не подходит совсем для изучения сетевых каких то вещей, имею ввиду вендоры очень редко предоставляют что-либо для Hyper-V в основном образы для VMWare (Которые работают и в VBox) - т.е. ориентир только Windows + Linux
- Проблемы с сетевыми драйверами даже у тех устройств которые поддерживаются, например виртуальный микротик - работает только с Legacy Network устройствами. (их может в системе быть только 4)

2. Теперь по VirtualBox
+ Возможность пробрасывать почти любое USB устройство
+ Поддержка дисков и образов VMWare (выбор тех кто работает с цисками, hardware load balancers etc.)
+ Многоплатформенная
+ Свободная (не вникал в лицензию, но ничего вроде страшного нет)
+ Есть вебморда на пхп от сторонних разработчиков
+ VRDP - т.е. можно подрубаться к машинке через MSTSC прямо в хост
- VRDP - невозможно подключится на 1 порт, т.е. каждая машина занимает отдельный порт, и уже на фаерволле нужно открывать кучу портов, всегда вспоминать какая машина на каком порту работает. Не особо удобно.
- Headless режим поддерживается, но совершенно не так как хотелось бы. Т.е. есть два режима запуска машины - либо в окне, либо в headless (detachable) режиме. ХОтел обмануть - сохранил обычную машину, запустил в detachable - словил синий экран. Т.е. фича имеет статус - тестирование (правда довольно давно как я понимаю) - когда будет работать из коробки нормально - ещё не понятно.

Ну собственно вывод: нет ничего идеального, предпочел бы симбиоз Virtualbbox+HyperV - но такого продукта не знаю. Для себя пока для тестов лучше среду чем Hyper-V не нашел. Выбор как всегда за вами.

Рсинком можно

Я думаю можно так же как и физический. Документация здесь https://pve.proxmox.com/wiki/Migration_of_servers_... Физический переносится без проблем.

Это все делается через веб интерфейс при создании квм виртуалки , при чем тут софт рейд не понятно

Выключить ВМ -- это уже исключает "живую миграцию". Будет выполнена обычная миграция.
Какую ошибку получаете при выполнении миграции?
Лучший способ -- live migration, второй вариант лучше сразу забыть

Можно ли пробросить USB 3G модем

Модем как и любое USB устройство можно пробросить в виртуальную машину. В Hyper-V штатных средств для проброса USB нет, поэтому проброс можно осуществить только с помощью сторонних решений, программных или аппаратных.

Нужно, чтобы был интернет на гостевой.

Для обеспечения интернета в гостевой совсем не нужно пробрасывать в нее модем. Достаточно подключить ее к интернету. Это определяется в настройках виртуальных коммутаторов и в настройках сети самой гостевой ОС.

netsh должен помочь!

чтото вроде:

netsh winhttp set proxy proxy-server="http=myproxy;https=sproxy:88" bypass-list="*.contoso.com"

Слушаем сюда, дедушка сейчас по-пацански попробует.

Концентратор - это "хаб" (hub).
Больше всего похож по смыслу на криво сделанный электрический тройник-переноску, когда к одной розетке напаяно ещё несколько. Работает так: тупо пересылает всё, что приходит в любую дырку на все остальные дырки. А компы уже разбираются, это мне или не мне.
Сейчас практически нигде уже не используются из-за удешевления коммутаторов.

Коммутатор - это "свитч" (switch).
Это по духу такой уже нормально сделанный электрический тройник-удлинитель, вполне годный к использованию.
Работает так: читает в заголовке адрес, кому же это пришло, и пересылает это только в нужную дырку.
Бывают на разное количество портов (дырок) - от небольших настольных (4-8 портов) до больших стоечных (к примеру, 48 портов).

И хаб, и свитч применяются для образования сетей - в них тыкают компы. Также можно применить и то, и другое устройство реально в качестве удлинителя, когда "дырок" не хватает.

Маршрутизатор - это "роутер". (router).
Умное устройство с процессором и памятью, уже совсем соображающее. Применяется для объединения сетей (а также для разделения, т.е. выноса в обособленную подсеть). Главная фишка - держит в памяти правила, как из сети А достать до сети Б. Таким образом позволяет компьютерам одной сети достучаться до компьютера в другой сети. При этом это остаются две различные сети.

Примерно как телефонная АТС - оперирует понятиями "внутренний звонок", "местный звонок по городу", "межгород" и в зависимости от набираемого номера соединяет с нужной станцией назначения. К слову сказать, это хороший пример, потому что современным АТС приходится решать чисто роутерные задачи по поиску кратчайшего маршрута, держать в памяти состояние направлений, балансировать нагрузку, и.т.д.. Да и в телефонии это называется "маршрутизировать звонки".

Ещё простой бытовой пример - любые домашние роутеры. Одна сеть - LAN, всё, что у Вас дома (всё, что висит на WiFi и подключено проводом), другая сеть - WAN, то бишь Интернет от провайдера. И ваш роутер как раз связывает эти две сети.
Домашние роутеры также содержат небольшой коммутатор (обычно на 4 порта) для подключения компов в домашнюю сеть (LAN).

https://github.com/zertrin/duplicity-backup.sh

duplicity.nongnu.org/duplicity.1.html

Как можно организовать тоже самое, только c шифрованием?

убрать --no-encryption

каким способом возможно контролировать создание бэкапа ?

добавить --progress

Некий пользователь не советует использовать Hyper-V для виртуализации.

Не советую слушать советы некого пользователя.

если есть мнение, что он не удовлетворяет чьи-то потребности, можно его прокоментировать ?

%рандомная_шутка_про_удовлетворение_и_потребности%
Hyper-V — надежный, масштабируемый и бесплатный гипервизор, полностью готовый к решению задач любого бизнеса. Облако Microsoft Azure целиком на Hyper-V, это уже должно неплохо обрисовать возможности гипервизора.

Если вкратце, циферки "максимальное количество (процессоров, памяти, дисков)" внутри ВМ у Hyper-V всегда выше, чем у vSphere.
У VMWare круче VDI, у Microsoft он дешевле.
У VMWare есть Fault Tolerance, у Microsoft его нет.
Пробрасывать в ВМ PCI-E устройства уже оба умеют (с версии WS 2016).

Hyper-V значительно дешевле. Просто даже потому что при развертывании VMWare вам все равно необходимо покупать лицензии Windows.
Hyper-V значительно менее требователен к железу. VMWare знамениты привычкой исключать из HCL кучи железа просто потому что.
Hyper-V значительно дешевле и производительнее в гиперконвергентных решениях. Storage Spaces Direct по производительности на одинаковом железе рвет vSAN в три раза при меньшей в три раза стоимости.
Хранилище для Hyper-V значительно дешевле. VMWare связан по рукам и ногам HCL. Hyper-V может использовать для хранения любую SMB 3.0 шару. Использования Windows Server и Storage Spaces в качестве хранилища под Hyper-V — поддерживаемый и рекомендуемый вариант.

Про бесплатность Hyper-V: сам по себе Hyper-V действительно бесплатен. Вы можете скачать Hyper-V Server, который полностью соответствует Core инсталляции Windows Server, только при этом бесплатен. Ограничений в гипервизоре никаких нет (в отличие от бесплатной редакции vSphere). Роль Hyper-V доступна на любой редакции Windows Server без необходимости покупки каких-либо дополнительных лицензий. Бесплатная редакция Hyper-V не имеет никаких ограничений на управление: вы можете включить ее в домен, управлять ею с помощью System Center, бэкапить ее с помощью того же System Center (в отличие от бесплатной редакции vSphere).

Итого: у VMWare, по сути, единственное преимущество: Fault Tolerance. Который вы все равно не будете использовать — те, кому действительно нужен FT, используют аппаратные решения типа Stratum. В остальном Microsoft значительно дешевле, а местами еще и производительнее.