Я уверен, что этот вопрос уже где-то задавали. На самом деле, я уверен, что читал об этом раньше, но я могу найти любые ресурсы, которые помогут мне на моем пути.
Я пытаюсь развернуть набор серверов Hyper-V, не делая ничего, кроме запуска процесса. Я могу придумать способы настроить все через PowerShell и / или unattend.xml, кроме сетевых адаптеров. Команды доступны, но есть одна существенная проблема:
Как заставить Windows постоянно определять правильный адаптер для назначения каждой сети?
Это кластерные узлы Hyper-V с несколькими IP-адресами и VLAN, а также объединенные адаптеры, но я понимаю, что Windows обнаруживает адаптеры в случайном порядке. Чтобы написать сценарий, мне нужна последовательность. Я не могу предположить что Local Area Connection 12 Например, это всегда порт 3 на карте 2. Один и тот же физический порт на каждом узле кластера будет подключен к одной и той же VLAN или агрегату.
Отвечая на свой вопрос, потому что на днях я наткнулся на ответ.
Я искал Согласованное именование устройств. По-видимому, эта проблема не относится к устройствам с Windows.
Согласованное именование сетевых устройств - это соглашение об именовании адаптеров Ethernet в Linux.
Он был создан примерно в 2009 году для замены старого стандарта ethX, который вызывал проблемы на многосетевых машинах, поскольку контроллеры сетевого интерфейса (NIC) получали имена в зависимости от порядка, в котором они были найдены ядром при загрузке. Добавление новых интерфейсов может привести к изменению имен ранее добавленных.
https://en.m.wikipedia.org/wiki/Consistent_Network_Device_Naming
Эта проблема не проявляется в Windows так, как я описал в своем вопросе. В конечном итоге Windows использует имя, предоставленное BIOS, а не стандартное «Подключение по локальной сети №X». Это означает, что имена интерфейсов сохраняются между сборками ОС.
Я не уверен, насколько распространена его аппаратная поддержка, но более поздние поколения Dell и HP имеют эту функцию в BIOS. Она также полностью поддерживается для развертывания физических устройств в System Center Virtual Machine Manager. Сценарии также могут быть написаны для настройки интерфейсов, потому что можно с уверенностью предположить, что имя интерфейса всегда одно и то же.
Для всех, кто работает с Virtual Machine Manager, см. http://www.hyper-v.nu/archives/mvaneijk/2013/08/system-center-vmm-2012-r2-bare-metal-deployment-with-converged-fabric-and-network-virtualization-part- 1-вступление /. Эта серия постов действительно хорошего качества.