У нас есть веб-серверы, работающие на старых размещенных выделенных серверах, которые наш SP не поддерживает и прекращает поддержку.
Это серверы 2008 R2, и у нас нет исходного кода для некоторых из старых сайтов ASP.NET, поэтому мы не можем просто перенести приложения на новую ОС на новом сервере, а SP не будет поддерживать Миграция образа 2008 r2 работает прямо на новых серверах.
Мы использовали disk2vhd и теперь можем использовать старые образы 2008 R2 в качестве виртуальных машин Hyper-V на новых серверах 2012 R2.
Проблема в том, что мы пытаемся получить доступ к одной из этих виртуальных машин из Интернета ...
Наш СП предоставляет только один статический IP-адрес для каждого размещенного сервера ... нет SP DHCP, который будет раздавать IP-адреса.
Я читал несколько дней - и перепробовал МНОГО вариантов. Насколько я понимаю - все говорят, что это «легко сделать» - просто настройте внешний коммутатор и подключите к нему вашу виртуальную сетевую карту - затем настройте переадресацию порта и т.д. ... ... только ничего из этого не работает - потому что виртуальная машина не получает IP-адрес.
Прямо сейчас - мое лучшее предположение:
Но я полностью заблудился - и ни одна из конфигураций, которые я пробовал, не оказалась успешной ...
Пример одной из сетевых адаптеров нашего размещенного сервера:
Брандмауэры Windows отключены на хост-серверах и виртуальных машинах.
Если это возможно ... кто-нибудь может помочь мне заполнить:
Или указать мне правильное направление того, что я пытаюсь достичь?
Ваш хозяин звучит как чушь. Или вы просто не понимаете их предложений. При этом вот мои предложения.
У вас есть два варианта. Либо настройте NAT и DHCP в Hyper-V для гостей, либо используйте обратный прокси-сервер или балансировщик нагрузки, установленный на хосте Hyper-V.
NAT и DHCP для гостей в Windows 2012 R2 выполнимы, но это не совсем поддерживаемая конфигурация от Microsoft, и нет удобного способа ее настроить. У следующего человека, который попытается понять, как это работает, будет настоящая головоломка. По этой причине я не предлагаю этот вариант.
На мой взгляд, лучший вариант - установить обратный прокси-сервер или балансировщик нагрузки на хосте Hyper-V. Это противоречит общему совету ничего не устанавливать на хосте, но я все равно предпочитаю NAT и DHCP в вашей дрянной ситуации. Для этого вам необходимо создать «внутренний» v-переключатель на хосте и назначить статические IP-адреса хосту и гостю. Затем вы можете настроить обратный прокси-сервер для направления запросов вашего веб-сайта гостевой виртуальной машине. IIS включает обратный прокси, называемый маршрутизацией запросов приложений (ARR), что я бы использовал.
В качестве альтернативы ARR вы можете установить на хосте балансировщик нагрузки. Однако предоставляемая Microsoft функция балансировки нагрузки под названием NLB здесь не подходит, так что даже не беспокойтесь. Других предложений у меня нет.