Alexey Dmitriev

"Дамп памяти сохранен в: C:\Windows\MEMORY.DMP"
Гуглите, чем открывать дампы, открываете и изучаете.

Можно не вешать NPM на 80 и 81 порты.
Можно не публиковать порты NPM и тогда они будут заниматься только на ip контейнера, а затем сделать на них NAT, или пустить через reverse proxy.

Определенные задать нельзя, выделить количество конкретных физических ядер\потоков - можно, гуглите "Hyper-V vCPU"

Переход с версий с закончившимся сроком поддержки (EOL) не просто целесообразен, а является стандартным походом в жизненном цикле ПО.
Да в общем и целом можно все операции делать как In-Place Upgrade. Но нужны бекапы, подготовка и желательно прогон в тестовом окружении.

Если это windows server в core варианте, то пойти в гугл, вбить в поиск "install graphic interface to server core".
Если это бесплатный hyper-v server, то искать в том же гугле костыльные решения, либо запускать нужные оснастки удаленно - на другом компьютере.

Идти в гугл, вбивать event id 21502 и читать советы. Потом вдумчиво их применять.

Вам нужен standalone hyper-v failover cluster или workgroup hyper-v failover cluster
Вот по этим фразам и гуглите.

Окно Hyper-V Manager не предназначено для работы смашинами, оно для их администрирования.
Настраивайте соответствующий удаленный доступ к машине для работы с ней.

1. Открыть файрвол в виртуальной машине и на хосте.
2. настроить port forwarding на хосте типа как woshub.com/port-forwarding-in-windows