Предыстория: у нас был сбой диска SAS, который был частью массива RAID 10. К сожалению, когда произошел сбой, он также пнул свою зеркальную пару в автономном режиме SPAN, а это означает, что весь массив был невосстановим. У нас есть резервные копии, поэтому никаких серьезных проблем нет. Мы купили пару новых дисков, восстановили массив и установили сервер Hyper V с нуля, готовый импортировать резервную копию VMS.

Рассматриваемый сервер имеет две сетевые карты. Когда я изначально настроил сервер, я назначил IP-адрес для NIC 1 и, что особенно важно, я также выполнил команду set-netadapter -name Nic1 -VlanID 100 так как он подключен к транковому порту коммутатора. Я уверен, что именно здесь возникает проблема, однако на данный момент все работало нормально.

Мне удалось подключиться к Hyper V Manager, используя IP-адрес, который я назначил сетевой карте 1, и импортировал свою первую виртуальную машину. Поскольку эта виртуальная машина особенно загружена пропускной способностью, я создал новый внешний коммутатор, используя NIC 2. Этот сетевой адаптер подключен к порту доступа без тегов на коммутаторе, и я не позволил операционной системе управления использовать этот виртуальный коммутатор, поскольку хочу, чтобы он был выделен для виртуальной машины. Здесь все еще нет проблем - новая виртуальная машина раскручивается, и у меня есть подключение.

Затем я приступил к созданию нового виртуального коммутатора с использованием NIC 1. Я проверил опцию, позволяющую операционной системе управления использовать этот сетевой адаптер, и нажал "ОК". Это тот момент, когда я потерял связь.

У меня есть доступ к физическому серверу, и я могу использовать PowerShell для просмотра сетевых адаптеров и запуска ipconfig /all и т.д. Насколько я вижу, настройки IP верны, и сетевые адаптеры показывают, что они подключены.

Я уверен, что это как-то связано с тем, что я установил VlanID базового сетевого адаптера до того, как создал виртуальный коммутатор. Тем не менее, мне трудно разобраться с командами powershell, которые мне понадобятся, чтобы отменить это действие, и, поскольку это рабочая машина, я бы не стал делать это методом проб и ошибок.

Я не хочу даже трогать NIC2, так как он подключен к нашей самой важной виртуальной машине, и в настоящее время он работает нормально.

Любая помощь с этим будет принята с благодарностью.

1 ответ1

0

Получил это исправлено. Я установил 59Manager на хост Hyper-V и обнаружил, что виртуальная локальная сеть для ОС управления не была установлена, хотя она была указана при создании внешнего коммутатора. Добавление идентификатора VLAN в это поле в 59Manager устранило мои проблемы с подключением.

Кажется, что компьютер, на котором работает Hyper V Manager, выполняет команды по порядку, и команда для установки VLAN для ОС управления отправляется после команды для создания vSwitch. Если первая команда вызывает потерю соединения (как это было бы), команда для настройки VLAN для ОС управления никогда не делает это хосту Hyper-V.

Я могу ошибаться в этом последнем бите, но это соответствует моей ситуации. Надеюсь, это поможет кому-то еще.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .