Архив форумов ЦИТФорума

[NikitaDor]

Подскажите как создать резервную сеть между 2-мя компьютерами (2 eth карты), не разрывая TCP сеанса

[Anatoliy]

Если не ошибаюсь, то тебе нужно сделать архитектуру сет кольцо. Чтоб при обрыве на одном участке, трафик шел по другому. Это просто дешевле. Но провода больше.

[Aisen]

это не совсем верно. Если классическое кольцо рвется, то всей сетке хана. Другое дело есть двойное кольцо FDDI но ИМХО не стоит с этим шибко связыватся.

Можно поступить проще. Взять Ethernet коммутаторы с поддержкой протокола STP (Spanning Tree Protocol). Он позволяет создать резервные каналы (петли) между коммутаторами. В обычном режиме они не используются. Но при выходе из строя основных каналов, подключаются резервные.

Не совсем понял вопрос про сеанс TCP...

[and3008]

Все приличные люди делают транки.
Т.е. объединяют два канала в один.
Для этого нужны спец.коммутаторы и спец. сетевые платы.
Практически все современные управляемые коммутаторы умеют это делать. Практически все ведущие производители сет.плат делают такие платы. Они обычно двух портовые и идут с префиксом Server

Это позволяет увеличить пропускную способность канала и создать необходимую отказоустойчивость.

Spaning Tree работает на уровне стевых устройств, а не сетевых плат. И там довольно много проблем с безопасностью. Всех сомневающихся отправляю к журналу "Сети и системы связи". Где-то в первых номерах этого года.

[Anatoliy]

В горячем режиме или можно и в ручную переключить?

[and3008]

Настройка транков делается вручную. Потом все работает в автомате.
Если операционка (W2K, UNIX), сет.плата и мат.плата поддерживает горячую замену, то можно на ходу сетевухи дергать.

Ессесно перенастройку транка можно сделать в любой момент.

[ALEX_SE]

Рассказываешь ты всё правильно, даже добавлю что не только управляемые свичи это делают. Это могут делать и простые свичи. Пример - свичи с гигабитными модулями фирмы D-Link.
Только не вижу я в этом повышения отказоустойчивости для 2-х(!) машин. Дополнительные устройства и соединения никак не увеличивают надежность зато феноменально увеличивают стоимость Тут товарищь не совсем полно изложил так сказать картину... Я не могу взять в толк для чего может такое понадобится? Если бы он это сказал возможно наши советы были бы другими

[and3008]

Я действительно не знаю почему ему это надо.
Но вижу одно из применений. Это или кластер или репликация данных между двумя серваками.
Поскольку это должно быть довольно надежно, то резервирование не помешает.

[ALEX_SE]

Так кластер он для того и делается чтобы увеличить надежность (а вернее готовность) систем хранения данных и для распаралеливания нагрузки на сеть.
Для репликации данных между серваками не мешало бы нам на данный момент знать и о ближайшем установленном оборудовании. Что за платы в этом сервере? Потому как вблизи какой-нибудь там свичь (что более вероятно) или хаб есть так как сервер - это не изолированная машина и она обязательно подключена к каким-либо коммуникациям.
По сути вопроса: Несколько вариантов.
1. Ставить пару плат одной фирмы и качать программу которая их "объединяет" в единую, для распаралеливания нагрузки. Паралельные подключения они по-моему допускают.
2. Ставить как уже было тобой сказано специальные многопортовые серверные платы которые можно подключить или друг к другу или даже "по кольцу" то есть порты одной платы включать в коммутаторы обоих серверов (если они есть). Это ещё надежнее. Даже лучше провода надо вести в разных местах.
Другие варианты будут как только будет сообщено о необходимости задачи и примерной конфигурации сети, больше как-то не придумывается.

[Dmitry.Karpov http://www.]

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

Какова модель отказов, с которыми борется Spanning Tree Protocol? IMHO, это обрыв сетевого кабеля - довольно редкое явление на коротких проводах, по которым обычно резервируют данные (серверы обычно стоят в одной комнате). Но для длинных соединений обрыв проводов весьма актуален.

Лично я бы соединил два IP-роутера (аппаратных или на базе писюка, в каждом несколько сетевых карт) двумя или более кабелями и настроил бы динамическую маршрутизацию. Есть даже протоколы динамической маршрутизации, позволяющие балансировать нагрузку. И кольца м.б. произвольного размера - из трех, четырех и более сегментов, топология любой (в разумных пределах) сложности. Динамическую маршрутизацию можно поднять и прямо на серверах, осуществляющих резервирование данных.

Интересный вопрос: Если TCP-соединение является сессионным, то поддерживают ли это соединение промежуточные устройства? Правильно ли это сделано или было лучше сделать наоборот? <!-- Рекомендую прервать чтение и самостоятельно ответить на вопрос. -->

Ответ: ни хабы, ни Ethernet0коммутаторы, ни IP/IPX-роутеры не поддерживают сессии (не помнят об установленных сессиях).
Это и хорошо, и плохо:
Отсутствие поддержки соединений на промежуточных устройствах позволяет экономить их ресурсы, а главное - произвольно в любой момент перенаправлять трафик другими путями, не оповещая оконечные устройства (именно то, что спрашивал NikitaDor).
Но отсутствие поддержки соединений на промежуточных устройствах не позволяет обеспечить (гарантировать) QoS (качество обслуживания), выражающееся в том, что никто из участников сетИ (поодиночке или коллективно) не может узурпировать полосу пропускания, купленную другим участником. При гарантировании QoS перенаправление трафика возможно, но очень трудоемко и занимает много времени, а балансирование нагрузки в большинстве случаев вообще невозможно.

Интересующихся отсылаю на http://www.pi2.ru/prof в "Локальные и глобальные сети" и в "Черновики".