Fetching ResourceType: Gateways, Status: Uninitialized

При Выводе Debug-NetworkControllerConfigurationState вы видите сообщение следующего формата:

Судя по всему, такое поведение является штатным при использовании настройки

Если изменяешь настройку на "0", то запись при выводе команды Debug-NetworkControllerConfigurationState уходит.

Troubleshooting работы Microsoft SDN 2016

Обращайте внимание на детали в документации.

Ниже сделан скриншот с полностью работоспособного узла, работающего с SDN. В чём подвох, ведь соединения два? А должно быть три!

Третье соединение появляется после того, как на узле оказывается ВМ, использующая функционал Microsoft SDN.

См. документацию по устранению проблем Microsoft SDN 2016 тут.

Troubleshooting работы узлов вирутализации и SLB при использовании Microsoft SDN 2016

Столкнулись с ситуацией когда SLB HostAgent на узле виртуализации не мог подключиться к SLB.

Проблема выяснилась достаточно быстро: в нашей сети отсутствовал маршрут к SLB Manager VIP (это IP из сети, анонсируемой по BGP). После исправления на сетевом уровне (сдеали статику) - всё заработало.

Когда SLB HostAgent корректно получает необходимые параметры в журналах появляются сообщения, приведённые ниже.

После исправления маршрутизации появился доступ в интернет на виртуальных машинах.

Штатное удаление Window Server 2016 SDN в SCVMM 2016

Штатно убрать из VMM Network Service и другие элементы SDN можно при выполнении следующей последовательности, т.к. для сервиса существуют зависимости:

• Отключение всех тестовых ВМ в клиентской сети с поддержкой HNV;
• "Отвязывание" интерфейсов ВМ от клиентской сети с поддержкой HNV;
• Удаление ассоциации NC и SLB;
• Отвязывание Network Sites в Uplink Profile;
• Удаление виртуальных сетей и их пулов;
• Удаление IP-pool логических сетей (предварительно освободить адреса, если остались занятые);
• Удаление логических сетей и сайтов; Может возникнуть проблема с удалением Private VIP сети, т.к. к ней привязан SLB Manager VIP);
• Удаление кластера из VMM (может не понадобиться, если всё работает "ок" - предварительно попробуйте удалить Network Service);
• Удалить Network Service;
• Удаление сервиса в "VMs and services";

В этом случае "трогать" логический коммутатор не потребуется.

Диагностика Network Controller и его компонентов

NC и другие компоненты SDN работают, обмениваясь информацией между собой на основе различных ID для обеспечения уникальной  индентификации объектов конфигурации.

К примеру, выполнив команду  Debug-NetworkControllerConfigurationState вы получаете вывод, содержащий статус "ошибка", но при этом невозможно понять какой компонент вызывает проблемы.

Для уточнения данных воспользуйтесь тем, что введите ссылку ResourcePath в браузер. В ответ вы получите JSON файл, который будет содержать понятную человеку детализацию.

P.S. забыл, если после команды вывода конкретной строки, вставить  "| ConvertTo-Json -Depth 10", к примеру:

Get-NetworkControllerGatewayPool -ConnectionUri $URI -Credential $cred | ConvertTo-Json -Depth 10

,то вы увидите содержимое файла по ссылке в сессии PowreShell

Зависание узлов Hyper-V при добавлении в Network Controller

В момент добавления узлов виртуализации в Network Controller (происходит при создании Network Service в VMM) столкнулись с тем, что узлы отдельные узлы зависали и приходилось их перезагружать "по питанию". 
Процедура создания Network Service добавляет все узлы хост-группы последовательно, но из "рандомного" массива. Поэтому, следующий сбой был слабопредсказуем и закономерность сразу не прослеживалась для всех узлов.

После упорного траблшутинга выяснилось, что после пересоздания коммутатора  и vNIC для HCI* кластера не выполнена настройка привязки интерфейсов vNIC для SMB трафика к физическим интерфейсам, с помощью команд:

Set-VMNetworkAdapterTeamMapping -VMNetworkAdapterName 'SMB-Storage-1' –ManagementOS –PhysicalNetAdapterName 'SLOT 6 Port 1'

Set-VMNetworkAdapterTeamMapping -VMNetworkAdapterName 'SMB-Storage-2' –ManagementOS –PhysicalNetAdapterName 'SLOT 6 Port 2'

Диагностировать это событие можно по сообщениям в журналах "сбойного" узла.

После исправления конфигурации NC успешно установился на HCI кластер.

*Hyper-Converged Infrastructure