То, что я сделал бы, установить некоторый тип обратного прокси на основном IP сервера. Это затем направило бы запросы или по соединению или по запараллеленной сети только для хоста. У Вас не должно быть проблем с помощью соединенных мостом сетей с непубличным дюйм/с.
Независимо от того, что Вы делаете, не пытайтесь использовать NAT (По крайней мере, реализация VirtualBox). Я нашел, что производительность его ужасна, и это имеет некоторые ошибки, которые означают, что необходимо регулярно перезагружать машину, чтобы продолжать объединять работу в сеть.
Удалите все незавершенные моментальные снимки виртуальной машины vCenter, после чего вы сможете изменять размер диска во время работы виртуальной машины.
Вы можете сделать это, выполнив вход на хост, на котором работает vCenter напрямую.
One option might be to create a second disk and junction C:\Program Files\VMware
to D:\VMware\x64
and C:\Program Files (x86)\VMware
to D:\VMware\x86
, using mklink
(Vista/2008+).
You'll need to shut down all the apps/services that are using those folders first, then copy the contents of the VMware folders to the new D:, then make the junctions, then start the apps again.
xcopy /e /i /h /f /k /x /v "C:\Program Files\VMware" D:\VMware\x64
xcopy /e /i /h /f /k /x /v "C:\Program Files (x86)\VMware" D:\VMware\x86
mklink /j "C:\Program Files\VMware" D:\VMware\x64
mklink /j "C:\Program Files (x86)\VMware" D:\VMware\x64
I do this fairly regularly on my throwaway VMs, so I can keep the C: template disk down to a small size on my lab kit, but I usually make the junctions before I install the app, though.
I've also not tried it with a VMware client install, so YMMV.