Привет всем.
При тестировании SDN столкнулись с тем, что вывод команды Debug-NetworkControllerConfigurationState для раздела virtualGateways был заполнен сообщениями о шлюзах, которые были в статусе "UnInitialized". Однако, проблем с работой сервисов NC не наблюдалось.
Коротко расскажу как понять к чему это относится и является ли это проблемой.
Мы выполняем команду
"Debug-NetworkController -RestURI $URI -Credential $cred -OutputDirectory c:\Temp -IncludeTraces:$false"
Переменные $URI, $Cred, конечно, должны содержать значения для Вашей инфраструктуры.
В папке, которую мы указали в переменной "OutputDirectory" мы ищём файл virtualGateways.json
И в нём производим поиск ID виртуального шлюза, обратите внимание, что в секции "ConfigurationState" указано значение "UnInitialized".
Этот раздел содержит ссылку на виртуальную сеть, которая выделена красной чертой. Далее ищем файл virtualNetworks.json и находим там виртуальную сеть.
Теперь мы знаем какую сеть искать и с чем работать.
В процессе экспериментов с виртуальной сетью выяснилось, что ситуация возникает при создании NAT через функционал Azure Pack. Как мы видим на картинке ниже, при включении NAT автоматически устанавливается галочка в поле "Enable Gateway".
При этом VPN ещё не создан, что и приводит к такой ситуации.
После создания VPN сообщение уйдёт.
Нюанс заключается в том, что если удалить VPN, виртуальный шлюз остаётся в состоянии "Success" и считает себя инициализированным до того момента, пока Вы не отключите NAT. При повторном включении NAT ситуация повторится.
Замечу, что при включении NAT через VMM такой проблемы не происходит, т.к. при включении через VMM инициализируются только NAT, а не NAT и шлюз, как при включении через WAP.
Предполагаем, что это поведение by-design, но и задам вопрос разработчикам, чтобы быть уверенным.
При тестировании SDN столкнулись с тем, что вывод команды Debug-NetworkControllerConfigurationState для раздела virtualGateways был заполнен сообщениями о шлюзах, которые были в статусе "UnInitialized". Однако, проблем с работой сервисов NC не наблюдалось.
Коротко расскажу как понять к чему это относится и является ли это проблемой.
Мы выполняем команду
"Debug-NetworkController -RestURI $URI -Credential $cred -OutputDirectory c:\Temp -IncludeTraces:$false"
Переменные $URI, $Cred, конечно, должны содержать значения для Вашей инфраструктуры.
В папке, которую мы указали в переменной "OutputDirectory" мы ищём файл virtualGateways.json
И в нём производим поиск ID виртуального шлюза, обратите внимание, что в секции "ConfigurationState" указано значение "UnInitialized".
Этот раздел содержит ссылку на виртуальную сеть, которая выделена красной чертой. Далее ищем файл virtualNetworks.json и находим там виртуальную сеть.
Теперь мы знаем какую сеть искать и с чем работать.
В процессе экспериментов с виртуальной сетью выяснилось, что ситуация возникает при создании NAT через функционал Azure Pack. Как мы видим на картинке ниже, при включении NAT автоматически устанавливается галочка в поле "Enable Gateway".
При этом VPN ещё не создан, что и приводит к такой ситуации.
После создания VPN сообщение уйдёт.
Нюанс заключается в том, что если удалить VPN, виртуальный шлюз остаётся в состоянии "Success" и считает себя инициализированным до того момента, пока Вы не отключите NAT. При повторном включении NAT ситуация повторится.
Замечу, что при включении NAT через VMM такой проблемы не происходит, т.к. при включении через VMM инициализируются только NAT, а не NAT и шлюз, как при включении через WAP.
Предполагаем, что это поведение by-design, но и задам вопрос разработчикам, чтобы быть уверенным.