Соединение двух компьютеров двумя сетевыми кабелями. [Версия для КПК]

Показать полную графическую версию : Соединение двух компьютеров двумя сетевыми кабелями.

Страниц : [1] 2

YTMi

16-09-2015, 11:23

Здравствуйте. В локальной сети есть два компьютера, выполняющих роль серверов. На первом, serverdb, установлена Windows 7 Pro (1С сервер, MSSQL Server). На втором, fileserver, установлена Windows Server 2008 R2. Оба подключены к локальной сети к одному коммутатору, подсеть 192.168.0.0/24. Можно ли соединить их дополнительно между собой кабелем, используя вторые сетевые интерфейсы с другой подсетью, например, 192.168.10.0/24? Получится, что они будут соединены между собой двумя сетевыми интерфейсами с двумя разными подсетями. В локальной сети (192.168.0.0/24) находится ещё 30 компьютеров.

Забыл написать, что на обоих компьютерах установлены HASP LM, которые раздают лицензии клиентским машинам для 1С. На клиентских машинах в nethasp.ini ip-адреса LM-ов прописаны вручную, broudcast отключен.

cameron

16-09-2015, 11:41

можно, но зачем?

YTMi

16-09-2015, 11:54

Предполагается большой обмен данными между серверами, чтобы не нагружать основную локальную сеть.

cameron

16-09-2015, 11:56

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

YTMi

16-09-2015, 13:39

можно »
т.е. сбоев в работе сети по идее быть не должно?
и насчёт HASP LM во многих статьях пишут, что использование более одного сетевого интерфейса не рекомендуется.
Менеджер лицензий не рекомендуется устанавливать его на компьютер с 2-мя и более сетевыми
интерфейсами, так как это может вызвать некорректное функционирование Менеджера. Для решения
данной проблемы следует:
• Перенести Менеджер лицензий на другую машину в сети.
• Отключить остальные сетевые интерфейсы.
• Также можно попробовать изменить метрики в свойствах протокола TCP/IP (первым будет
использован интерфейс с меньшей метрикой), но результат в данном случае гарантировать нельзя.

Angry Demon

16-09-2015, 14:33

и насчёт HASP LM во многих статьях пишут, что использование более одного сетевого интерфейса не рекомендуется
Поэтому, объедините сетевые интерфейсы в пул (в team, как говорит Intel) и получите более широкий канал с теми же IP-адресами.

cameron

16-09-2015, 14:44

т.е. сбоев в работе сети по идее быть не должно? »
сбои могут быть, потому что любая multihomed конфигурация должна быть настроена согласно логике и требованиям.
и насчёт HASP LM во многих статьях пишут, что использование более одного сетевого интерфейса не рекомендуется. »
включите и узнаете.

YTMi

16-09-2015, 15:10

потому что любая multihomed конфигурация должна быть настроена согласно логике и требованиям. »
по русски, пожалуйста) этими словами Вы имеете в виду то, что сбои могут быть и по другим причинам?
Поэтому, объедините сетевые интерфейсы в пул (в team, как говорит Intel) и получите более широкий канал с теми же IP-адресами. »
ознакомлюсь, спасибо.

Charg

16-09-2015, 15:12

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

YTMi

16-09-2015, 15:27

Под этими словами имеется ввиду что всё должно быть настроено правильно, а если не правильно - могут быть сбои.
(с) кэп »
Первый комп:
eth0: ip 192.168.0.200
maska 255.255.255.0
gw 192.168.0.10
dns 192.168.0.10

eth1:ip 192.168.10.200
maska 255.255.255.0

Второй комп:
eth0: ip 192.168.0.201
maska 255.255.255.0
gw 192.168.0.10
dns 192.168.0.10

eth1:ip 192.168.10.201
maska 255.255.255.0

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

Charg

16-09-2015, 15:45

Что-нибудь ещё нужно изменять в настройках сетевых интерфейсов? »
Эмм, а как насчет маршрутизации? Как по твоему эти серверы догадаются по какому из двух доступных каналов гонять трафик?

cameron

16-09-2015, 15:47

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

Charg

16-09-2015, 16:53

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

YTMi

16-09-2015, 17:08

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

Angry Demon

16-09-2015, 19:31

Что-нибудь ещё нужно изменять в настройках сетевых интерфейсов?
Нужно.
объедините сетевые интерфейсы в пул (в team, как говорит Intel)
Иначе:
сбои могут быть]

cameron

16-09-2015, 20:27

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

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

El Scorpio

17-09-2015, 01:52

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

cameron

17-09-2015, 07:15

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

El Scorpio

17-09-2015, 07:40

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

cameron

17-09-2015, 09:09

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

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