Я читал о Hyper V и о том, как он управляет виртуальными сетями, и я думаю, что обнаружил проблему с небольшим кластером, который был собран для меня нашей сетевой командой для размещения фермы SharePoint.
У серверов есть два сетевых адаптера - 1 для стандартного трафика LAN, а другой для связи с хранилищем SAN.
При установке по умолчанию, когда роль Hyper V включена и виртуальная сеть создается для каждого сетевого адаптера, как я понимаю, должно произойти следующее:
В результате ОС хоста использует тот же виртуальный сетевой маршрут, что и дочерние виртуальные машины, и любые новые гостевые виртуальные машины могут создавать свои собственные виртуальные адаптеры vNIC для соответствующего vSwitch.
В случае с серверами, на которые я смотрю, я вижу, что на каждой из хост-машин vNIC были отключены, и машина была повторно привязана к физическим NIC.
Насколько я могу судить, все работает нормально. Настройка была реплицирована на все блейды в кластере, поэтому Live Migration и т. Д. Работает нормально.
Правильно ли я понимаю сеть Hyper V, как я кратко изложил выше? (Если я ошибаюсь, оставшуюся часть сообщения можно проигнорировать ...!)
Если да, то есть ли какие-либо потенциальные проблемы, которые могут возникнуть с хост-машинами, привязанными к физическим сетевым адаптерам, с учетом изменений, внесенных в эту настройку?
У нас периодически возникает проблема с зависанием сетевой активности на случайных виртуальных машинах в случайное время - решение состоит в том, чтобы либо перезапустить виртуальную машину, либо перенести ее на другой хост в реальном времени. Еще одна периодически возникающая проблема связана с тем, что хосты подключаются к BSOD и периодически перезапускаются - аварийные дампы, похоже, указывают на проблему в сетевом драйвере. До сих пор мне говорили, что проблема, вероятно, связана только с драйверами или настройками BIOS, и были безуспешно попытки решить различные проблемы. Мне интересно, могут ли наши проблемы быть связаны с привязкой хостов к физическим сетевым адаптерам, когда они должны быть привязаны к виртуальным сетевым адаптерам.
Не. Вы делаете это нормально. В группе Hyper-V вы можете подключить реальный сетевой адаптер с тем же именем к виртуальной сети на всех узлах. Вы должны сделать это, и это рекомендуется Microsoft.
Хотя вы используете сетевые адаптеры для многих вещей, и это может создать ваши проблемы. Имейте в виду, что использование только двух сетевых адаптеров для этого сценария не лучший вариант и может иметь неожиданное поведение.
Согласно рекомендациям Microsoft, на всех узлах Hyper-V должны быть:
Постарайтесь получить их все. Не забудьте переименовать их точно на всех ваших узлах.
Помните, что Microsoft не поддерживает объединение сетевых адаптеров в кластерах Hyper-V, что может приводить к сбоям. Больше информации на Microsoft KB 968703.
Читать Эта статья о лучших методах работы с сетью, чтобы узнать, какие протоколы вы должны включить, в какой сетевой карте и о метрике. Настоятельно рекомендуется изменить метрику в каждом интерфейсе.
Что касается bsod, необходимо будет применить следующие (соответствующие вашей ситуации) исправления.
http://technet.microsoft.com/en-us/library/ff394763(WS.10).aspx
Вы действительно работаете с двумя сетевыми адаптерами, они по 10 ГБ? в противном случае ваши кластеры не работают в рекомендуемой конфигурации. Верно, он пройдет с предупреждениями тест проверки кластера, но он будет менее оптимальным.
Если у вас действительно есть один ник для lm, csv, hb, vms, mgmt, то он настроен единственно возможным способом, и хост должен совместно использовать ник с виртуальными машинами.
Другая проблема заключалась в том, что этот кластер был построен с установленным Hyper-v, а затем подготовлен к работе? Если это так, то у вас есть конфликты Mac.