Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Flap
Зарегистрирован: 31.01.2005 Сообщения: 24 Откуда: Воронеж
|
Добавлено: Ср Дек 07 2005 13:02 Заголовок сообщения: Маршутизация между 2 свитчами |
|
|
Привет всему народу!
У нас есть небольшая сеть в которой порядка 40 компов. Используются 3 свитча по 24 порта (2 SMC 100 Mb/s и 1 d-link 100 Mb/s, c одним Гигабитным портом ). В сети развёрнут домен w2k, Контроллер домена (КД) стоит на w2k3. Сейчас сеть построена таким способом:
----------- |__dlink__|------------
-----------/------|-------\-----------
|_SMC__|----КД------|__SMC__|
Гигабитный порт используется для сервера БД (в схеме он не указан).На 2-х свитчах (SMS и d-link) свободных портов нет, всё использовано. На одном SMС присутствует некоторое кол-во горелых портов.
Предлагается для улучшения производительности сети поставить на КД вторую сетевуху, разбить сеть на две подсети, и поднять роутинг на КД. Свитч с горелыми портами в роутинге использоваться не будет.
Прошу народ написать своё мнение по поводу использования роутинга и его влияния на производительность. А также целесообразности использования такой схемы. |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Ср Дек 07 2005 21:35 Заголовок сообщения: |
|
|
Цитата: | Предлагается для улучшения производительности сети поставить на КД вторую сетевуху |
Предлагаю самостоятельно изучить вопрос "что быстрее? Скорость коммутации или скорость маршрутизации?"
Подсказка:
Можете сходить на сайт любого производителя сетевого оборудования, посмотреть на свичи и на маршрутизаторы, посмотреть на их скорость обработки пакетов, после этого сделать выводы самостоятельно.
Мой ответ на ваш вопрос: Задумали вы глупость и не осуществляйте ваш план! Достоинства: НИКАКИХ. Недостатки: усложнение управлением сети, из-за отказа КДМ перестает работать сеть вообще. Для починки свича его обычно надо выключить/включить, а упавший комп с ОС Windows (да и с любой другой ОС общего назначения) обычно представляет собой субстанцию с неопределеным состоянием.
Начните с определения причин тормозов. С чего вы взяли, что сеть не справляется с нагрузкой? Вы собрали статистику трафика за неделю? Вы снифером собирали и анализировали тип трафика?
Огласите цифры что ли... |
|
Вернуться к началу |
|
|
Flap
Зарегистрирован: 31.01.2005 Сообщения: 24 Откуда: Воронеж
|
Добавлено: Чт Дек 08 2005 18:23 Заголовок сообщения: |
|
|
Цитата: | and3008
С чего вы взяли, что сеть не справляется с нагрузкой?
|
Я не писал, что сеть не справляется с нагрузкой.
Просто есть следующее мнение:
В схеме без маршрутизации все компы в сети имеют доступ к КД через 1 100 Mb канал.
В схеме с маршрутизацией доступ к КД обеспечивается через 2 канала, Это обеспечивает большую производительность.
Это единственный аргумент в пользу использования маршрутизации.
Цитата: | and3008
Вы собрали статистику трафика за неделю? Вы снифером собирали и анализировали тип трафика?
|
За неделю я трафик не анализировал. Иногда смотрел загруженность сети на КД в диспетчере задач. Средняя загрузка 1-5% в утренние часы иногда бывают пики до 25%, когда пользователи логинятся.
Если можно поподробнее расскажите, чем можно проанализировать трафик и как определить тип при помощи снифера?
PS. Администированием я занимаюсь не так давно, поэтому с такой задачей столкнулся впервые. |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Чт Дек 08 2005 22:07 Заголовок сообщения: |
|
|
У сервера есть монитор производительности.
Запустите его и настройте счетчики на анализ сетевого трафика.
Снифер (например Ethereal) позволит вам собрать реальный трафик и проанализировать какого трафика в сети больше.
Еще раз советую. Не беритесь за вашу идею. Это не ваш случай. Я понимаю, если бы по обе стороны было бы сотни 2-3 компов. А в данном случае это абсолютно не нужно и даже вредно. |
|
Вернуться к началу |
|
|
fLamer
Зарегистрирован: 05.04.2004 Сообщения: 462 Откуда: Тула
|
Добавлено: Пт Дек 09 2005 06:29 Заголовок сообщения: |
|
|
если траффик в сети только между сервером и рабочими станциями, то такая схема вполне работоспособна и однозначно более производительна, но сам бы я такого никогда не сделал по тем же соображениям, что и and3008 |
|
Вернуться к началу |
|
|
|