[Charg]

Что-нибудь ещё нужно изменять в настройках сетевых интерфейсов? »

Эмм, а как насчет маршрутизации? Как по твоему эти серверы догадаются по какому из двух доступных каналов гонять трафик?

[cameron]

Эмм, а как насчет маршрутизации? »

и какая же маршрутизация нужна в одном сабнете?

[Charg]

и какая же маршрутизация нужна в одном сабнете? »

Почему это в одном сабнете то? ТС ведь хочет трафик между двумя этими серверами гонять по интерфейсам, к основной подсети отношения не имеющим. Как раз таки чтоб эту основную подсеть не нагружать. И вот этот трафик нужно насильно отправлять на эти интерфейсы, с помощью кастомной маршрутизации. Я не прав?

[YTMi]

ТС ведь хочет трафик между двумя этими серверами гонять по интерфейсам, к основной подсети отношения не имеющим. Как раз таки чтоб эту основную подсеть не нагружать. Я не прав?»

Прав

[Angry Demon]

Что-нибудь ещё нужно изменять в настройках сетевых интерфейсов?

Нужно.

объедините сетевые интерфейсы в пул (в team, как говорит Intel)

Иначе:

сбои могут быть]

[cameron]

Почему это в одном сабнете то? ТС ведь хочет трафик между двумя этими серверами гонять по интерфейсам, к основной подсети отношения не имеющим. Как раз таки чтоб эту основную подсеть не нагружать. И вот этот трафик нужно насильно отправлять на эти интерфейсы, с помощью кастомной маршрутизации. Я не прав? »

неа, не прав.
ещё раз вопрос:
какая маршрутизация в одном сабнете?
можете на примере route add попытаться показать и всё понять

он хочет разделить траффик, но это не маршрутизация.

[El Scorpio]

Можно ли соединить их дополнительно между собой кабелем, используя вторые сетевые интерфейсы с другой подсетью, например, 192.168.10.0/24? Получится, что они будут соединены между собой двумя сетевыми интерфейсами с двумя разными подсетями. »

Можно попробовать объединить на каждом компьютере два физических сетевых интерфейса в один логический. Это действие называется "teaming", или "bonding", или аггрегатация каналов. Указать режим объединения - подключение разных интерфейсов к разным коммутаторам.
В этом случае (скорее всего) сетевые интерфейсы отправлять пакеты через те интерфейсы, которые ближе. То есть трафик между серверами - по прямому каналу, а весь остальной трафик - через коммутатор.
Но это - только теория.

[cameron]

В этом случае (скорее всего) сетевые интерфейсы отправлять пакеты через те интерфейсы, которые ближе. »

ближе в смысле физической длины патчкорда?

[El Scorpio]

ближе в смысле физической длины патчкорда? »

"ближе" в смысле длины цепочки коммутаторов

[cameron]

"ближе" в смысле длины цепочки коммутаторов »

ещё интересней.
то есть мы включаем два провода, в два разных свитча (один из которых за цепочкой?) и что-то как-то рассчитывает близость?
два вопроса:
- как создать цепочку?
- что это за такая технология?

предлагаю ТСа не мучать, ему явно этот наш разговор ни к чему.
всё, что ему нужно - указать нужным приложениям рабочу через нужную сеть (используя IP адреса), если в приложении это не указать то профита от этого не будет.
тогда собрать тиму, как писал Angry Demon, и всё.
некое распределение нагрузки возможно будет.