Я пытаюсь настроить NLB на нескольких виртуальных серверах Windows 2008 R2, работающих поверх Hyper V R2.
Каждый сервер имеет один vNIC для доступа к локальной сети (и второй vNIC для доступа к SAN). Я настраиваю кластер на использование многоадресного режима. Каждый виртуальный сетевой адаптер настроен для разрешения спуфинга MAC.
По сути, я обнаружил, что могу добавить SERVER1 в качестве хоста, и он будет получать и отвечать на IP-адрес кластера из удаленной подсети. Если я затем «остановлю» узел в диспетчере NLB, он все равно будет отвечать, когда я ожидал, что он перестанет отвечать на этом IP.
Если я воссоздаю кластер и добавлю SERVER2 в качестве первого хоста, мастер завершится правильно, и IPCONFIG на сервере покажет, что теперь у него есть IP-адрес кластера, но я не могу пропинговать IP-адрес кластера из удаленной подсети, но могу с другого компьютера в той же подсети.
В качестве финального теста - с обоими серверами в кластере, эхо-запросом с другого компьютера в той же подсети, я все равно получаю ответ от IP-адреса кластера, когда оба узла остановлены в соответствии с диспетчером NLB.
Две виртуальные машины размещены на одном физическом блейд-сервере и построены точно так же, как и будут использоваться в качестве интерфейсных веб-серверов SharePoint. Я не понимаю, что может быть не так со второй виртуальной машиной, которая не позволяет ей принимать адрес так же, как единственный узел в кластере, не говоря уже о странном поведении кластера, когда я останавливаю / запускаю узлы.
Как правило, подобные проблемы между подсетями связаны с сетевым оборудованием, а не обязательно с NLB. Взгляните на это Сообщение блога от команды Microsoft Enterprise Networking, в нем рассматриваются проблемы и возможные решения.