Не устанавливается NIC Teaming (LBFO) в Windows Server 2019

[Propretor]

Системные администраторы (настоящие), прошу помочь.
Я ни грамма не сисадмин, скорее аппаратчик, спец по железу и ремонту электроники. в том числе и компьютерного железа.
Решил проверить что на практике дает применение NIC Teaming (LBFO) при наличии 2-х адаптеров.
Взял оригинальный Microsoft образ Windows Server 2019 Russian, установил, активировал c помощью KMS.
Для включения NIC Teaming (LBFO) в свойствах адаптера выбираю "Установить-Служба-Поставщик балансировки нагрузки и отработки отказов (Майкрософт)", однако при попытке это сделать появляется данное сообщение:
http://forum.oszone.net/attachment.php?attachmentid=167864&stc=1&d=1674043679
Вот я и не пойму в чем дело?
NIC Teaming (LBFO) - стандартное средство для серверных Windows, более того, в старых версиях Windows 10 оно было по умолчанию (по отзывам в сети), почему же тогда оно не работает в только что установленной (и не испорченной сторонним софтом) Windows Server?
И что нужно сделать для его активации? По шагам. Я в групповой политике Windows, а тем более Windows Server, не силен.

[Propretor]

Сделал по-другому, как описано в этой статье: https://winitpro.ru/index.php/2012/12/25/nic-teaming-v-windows-server-2012/
Получилось сделать объединение каналов, но скорости интернета больше не стало.
Как настроено у меня:
Оба адаптера гигабитные. У первого адаптера IP 192.168.0.46, у другого 192.168.0.47
У первого шлюз 192.168.0.1, у второго 192.168.0.10.
Думаю всем понятно, что 192.168.0.1 - это IP адрес маршрутизатора от одного провайдера, 192.168.0.10 - от другого. Первый дает менее 100мбит/с, второй также. Компьютер, что я делаю, это видеосервер, с приемкой контента по Webinar.ru, трансляцией с помощью OBS Studio на Rutube и подгрузкой рутубовского контента на странице сайта компании.
Или я не правильно понимаю понятие NIC Teaming (LBFO)? Которое просто увеличивает канал до маршрутизатора при ОДИНАКОВЫХ шлюзах на адаптерах? (У мен шлюзы разные).
И поэтому не получается агрегации каналов от разных провайдеров?

Ну и после прочтения статьи ttps://winitpro.ru/index.php/2012/12/25/nic-teaming-v-windows-server-2012/ возник вопрос - о чем ребята пишут в разделе Windows 10? У меня правда версия была 1809, не как у них 20Н2, но там я NIC Teaming не увидел даже под микроскопом. Редакция Windows 10 - LTSC. В этом проблема? Нужна другая редакция?

[Angry Demon]

Получилось сделать объединение каналов, но скорости интернета больше не стало
У вас Интернет со скоростью более 1 Гбит подаётся??? :o

У первого адаптера IP 192.168.0.46, у другого 192.168.0.47
У первого шлюз 192.168.0.1, у второго 192.168.0.10
После объединения адаптеров в тим ваши две сетевые становятся одной. И настройки выдаются именно ей, а не членам тима.

[Propretor]

У вас Интернет со скоростью более 1 Гбит подаётся??? »
Думаю всем понятно, что 192.168.0.1 - это IP адрес маршрутизатора от одного провайдера, 192.168.0.10 - от другого. Первый дает менее 100мбит/с, второй также. »

После объединения адаптеров в тим ваши две сетевые становятся одной. И настройки выдаются именно ей, а не членам тима. »
NIC Teaming (LBFO) просто увеличивает канал до маршрутизатора при ОДИНАКОВЫХ шлюзах на адаптерах?
И поэтому не получается агрегации каналов от разных провайдеров?

[Angry Demon]

Propretor, ещё раз, объединив адаптеры в team, вы получаете ОДИН виртуальный адаптер. Что было ранее и какие там шлюзы были - этому новому адаптеру глубоко фиолетово, ибо настраивается именно он.

[Propretor]

объединив адаптеры в team, вы получаете ОДИН виртуальный адаптер. »
Тоже еще раз, я это знаю. Вопрос в том, как сделать то, что я описал - брать интернет-трафик с разных шлюзов одновременно с распределенной нагрузкой между 2-я адаптерами?

[Angry Demon]

брать интернет-трафик с разных шлюзов одновременно с распределенной нагрузкой между 2-я адаптерами?
ИМХО, монстрить что-то вроде (https://habr.com/ru/company/vdsina/blog/479026/).

[Propretor]

Angry Demon, интересная статья, спасибо, нужно будет внимательно и не спеша ее поизучать. Но по-моему там предлагается решение не на Windows Server...

[dmitryst]

там предлагается решение не на Windows Server. »
угу...
The image can be installed on x86, x86_64 with UEFI, Raspberry PI 2B/3B/3B+/4B, Linksys WRT3200ACM/WRT32X, Teltonika RUTX12 and Banana PI BPI-R2.

A VPS with Debian 9/10/11 or Ubuntu 18.04/20.04 LTS is also required.

[Propretor]

dmitryst, а требуется на Windows Server :) Мне кажется должен быть такой функционал.

[dmitryst]

Propretor, насколько я знаю, того, что вам нужно, "искаропки" не бывает нигде. Основная роль "тиминга" - увеличение пропускной способности, но не с разными маршрутами ;)

[Angry Demon]

Основная роль "тиминга" - увеличение пропускной способности
... и отказоустойчивости.

[Propretor]

dmitryst, Angry Demon, я согласен, что просто тиминг для этого и создан. Просто дело в том, что я, как не сисадмин, не могу поверить что нужного мне (да и не только мне) функционала нет в стандартном наборе Windows Server. Этот функционал ведь и логичен и нужен.

[dmitryst]

и отказоустойчивости. »
согласен, но опять же, не с разными маршрутами для каждого участника группы (Team-а)

Propretor, насколько мне известно, нужный вам функционал так или иначе присутствует в некоторых программных рутерах, например, pfSense / opnSense, но опять же, прямой агрегации (суммирования пропускной способности по разным маршрутам) там нет, есть балансировка нагрузки и резервирование канала (т.е. в случае падения одного канала трафик будет идти по другому).