Распределение скорости
Распределение скорости между разными системами
Добрый день, у меня такая ситуация, в моем офисе 9 компьютеров, 2 из них с win xp pro, еще 2 imac с.
Распределение интернет скорости на компьютеры в офисе(ах).
Всем привет. Я сисадмин (работаю 2 года). В моём офисе сервер и 15 компьютеров. Ищу программу.
Распределение скорости интернета
Приветствую всех. Есть модем В-Link 2500U и роутер NETGEAR JWNR2000. У сестры есть ноутбук, она по.
Распределение скорости в локальной сети
Доброго времени суток! Имеется домашняя сеть. Точка доступа витой парой соединена со стационарным.
Уменьшают ли разветвители Ethernet скорость? 4 мин для чтения
Добавить в избранное
Главное меню » Сети » Уменьшают ли разветвители Ethernet скорость?
Разветвители используются в сетевом пространстве долгое время, но многие все еще могут правильно их настроить. Вопреки мнению большинства, разветвители Ethernet всегда должны быть парами. Выполнить прямое подключение от одного конца разветвителя к маршрутизатору, а затем подключить два устройства к двум портам Ethernet на одной стороне просто не сработает. Есть правильный способ настроить разветвители Ethernet в сети, чтобы они работали безупречно.
Правильная установка
Разветвители Ethernet полезны для подключения двух устройств в другой комнате, откуда идет основной сигнал. Они помогают сэкономить кабели, сетевые розетки и в большинстве случаев обеспечивают надежное соединение. Как упоминалось ранее, разветвители Ethernet бывают парами. Один разветвитель объединяет два сигнала от устройства (в большинстве случаев от маршрутизатора), а другой разделяет сигналы на две полосы, позволяя подключить два устройства.
У вас есть маршрутизатор в комнате A, и у вас есть два компьютера в комнате B, но у вас есть только одна розетка Ethernet в каждой комнате. В этом случае вы берете один разветвитель, подключаете два кабеля к маршрутизатору, подключаете другой конец кабелей к разветвителю, а затем подключаете один конец разветвителя к настенной розетке в комнате A. Это то место, где два сигнала от роутеры объединены в один. Затем возьмите другой разветвитель и подключите сторону с одним портом к настенной розетке в комнате B. Объединенный сигнал комнаты A теперь будет разделен на два, и теперь у вас есть два порта Ethernet для двух устройств в комнате B.
Как видите, один сплиттер используется для разделения двух сигналов, а другой — для их разделения, поэтому сплиттеры всегда должны быть парами. Количество кабелей и настенных розеток также уменьшается, поскольку нет необходимости добавлять еще одну настенную розетку Ethernet в каждой комнате и не нужно использовать два кабеля между этими разъемами. Это лишь один из простых сценариев, в которых разветвители Ethernet лучше всего служат своей цели.
Уменьшают ли разветвители Ethernet скорость?
Возможно, общий вопрос при использовании разветвителей Ethernet: «Будет ли это замедлять соединение?» Ответ будет полностью зависеть от типа сети, в которой используются разветвители. Разветвители Ethernet основаны на довольно старом стандарте 100BASE-T или более известном как Fast Ethernet, который обеспечивает номинальную скорость трафика 100 Мбит/с.
В кабеле Ethernet Cat5e есть 4 пары проводов, что означает в общей сложности 8 проводов в одном кабеле. В Fast Ethernet используются только две пары из четырех; две другие пары просто сидят там, неиспользованные. Сплиттер примет два сигнала со скоростью 100 Мбит/с от маршрутизатора, что означает два кабеля Ethernet, и объединит их на одном конце. Затем эти сигналы будут разделены на два сигнала 100 Мбит/с на другом конце. Таким образом, каждый порт на приемном конце разветвителя может передавать максимальную скорость 100 Мбит/с. Чтобы ответить на вопрос, то, если сплиттеры используются в сети 100 Мбит/с, нет, они не будут замедлять соединение. Однако, если ваш маршрутизатор может обеспечить скорость 1 Гбит/с и вы используете промежуточный разветвитель, то теоретически скорость будет значительно снижена до 100 Мбит/с. В этом случае разветвители действительно снизили скорость, и соединение будет медленнее.
За и против
Разветвители Ethernet могут пригодиться в определенных обстоятельствах, но у них есть много недостатков. Во-первых, они могут обеспечить максимальную скорость только 100 Мбит/с на порт Ethernet. В сети, которая может обеспечить скорость более 100 Мбит/с, ресурсы не будут полностью оптимизированы из-за этого ограничения. Более того, количество устройств, к которым вы можете подключиться, ограничено двумя, поэтому, если подключено более двух устройств, разветвители Ethernet не будут лучшим вариантом. Кроме того, если у вас есть только один оставшийся порт Ethernet в вашем маршрутизаторе, будет вообще невозможно использовать разветвители; нужно принести некоторые жертвы. Более того, хотя они уменьшают количество кабелей для соединения двух сетей, для работы установки по-прежнему требуются два разветвителя.
С другой стороны, разветвители Ethernet имеют несколько преимуществ. Они стоят намного дешевле, чем другое сетевое оборудование, и не требуют сложной настройки. Кроме того, в отличие от большинства сетевых устройств, им не требуется никакого программного обеспечения или конфигурации. Разветвители Ethernet — идеальный вариант в домашних сетях, где подключено меньше устройств, обычно максимум два устройства в одной комнате. Если вас устраивает соединение со скоростью 100 Мбит/с и у вас есть только два устройства для подключения, то лучше всего подойдут разветвители Ethernet.
Разветвители Ethernet существуют уже давно, но как бы они ни были просты, нет особых улучшений, позволяющих преодолеть их ограничения. Они по-прежнему основаны на устаревшем стандарте Fast Ethernet, который, возможно, уже не так важен при сегодняшнем спросе на более высокую скорость. Несмотря на то, что у них есть свои преимущества, в большинстве случаев они попросту не подходят. Сегодняшние технологические достижения позволяют надеяться на будущее разветвителей Ethernet. Какой-нибудь гений может просто поднять его до стандарта Gigabit Ethernet.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Как коммутатор делит скорость
Редакция сайта iXBT.com обращается к вам с просьбой отключить блокировку рекламы на нашем сайте.
Дело в том, что деньги, которые мы получаем от показа рекламных баннеров, позволяют нам писать статьи и новости, проводить тестирования, разрабатывать методики, закупать специализированное оборудование и поддерживать в рабочем состоянии серверы, чтобы форум и другие проекты работали быстро и без сбоев.
Мы никогда не размещали навязчивую рекламу и не просили вас кликать по баннерам. Вашей посильной помощью сайту может быть отсутствие блокировки рекламы.
Распределение нагрузки с помощью коммутатора
В течение последнего этапа развития вычислительных сетей системные администраторы направили все силы на борьбу с так называемыми узкими местами в сети. Коммутирование с помощью технологий Fast Ethernet и Gigabit Ethernet, функционирующих на втором и третьем уровнях модели OSI, является мощным средством для устранения «узких мест» в сетевой инфраструктуре. Сети сейчас настолько развиты, что пользователь практически не видит разницы, работает ли он на консоли сервера или в клиентском приложении на рабочей станции. Рост скорости Ethernet должен временно прекратиться — современная сеть уже работает намного быстрее, чем того требует производительность компьютеров.
Тем временем широкое внедрение Интернет-технологий в корпоративных сетях, растущих так же стихийно, как и сам Интернет, подразумевает увеличение количества клиентов. Интранет-сервер работает с тысячей клиентов, а Интернет-сервис подразумевает уже миллионы пользователей, однако требования корпоративных пользователей гораздо выше.
Подходящей альтернативой кажется поддержка различных служб разными серверами — WWW на одном сервере, FTP на другом, базы данных на третьем. Однако такой метод никак не сказывается на надежности сервиса — если «лег» news-сервер, никто так и не сможет прочитать новости. Кроме того, увеличение только количества серверов не повысит производительность службы: WWW-сервер не сможет быстро обрабатывать запросы пользователей, если зашкаливает счетчик использования процессора. Даже когда серверы подключены к сети через коммутатор Gigabit Ethernet — как распределить трафик между ними?
Разумеется, в области распределения загрузки есть и программные решения. Несомненно, они обладают некоторыми преимуществами. Системные утилиты могут «на лету» анализировать состояние сервера, сигнализировать об избыточном использовании вычислительных ресурсов, некоторые продукты даже способны синхронизировать информацию между серверами в кластере. Если серверы поддерживают одинаковые сервисы, то соответствующее программное обеспечение будет очень и очень полезно.
Однако такой способ решения проблемы обладает и весьма серьезными недостатками. Общеизвестно, что каждая дополнительная программа, установленная на сервер, отнимает ресурсы, увеличивает время загрузки сервера; и вообще, очевидно, что чем больше программ установлено на сервер, тем менее стабильно он работает. К тому же, программы, разработанные для разных операционных систем, как правило, несовместимы друг с другом.
Каждый раз при добавлении сервера в кластер вам придется заново инсталлировать выбранное программное обеспечение. Прибавьте к этому достаточно высокую стоимость пакета (для России это тоже становится актуальным), и вам уже не захочется слишком быстро наращивать вычислительную мощность кластера.
Несомненно, в подобной ситуации весьма неплохим решением является внедрение нескольких серверов, поддерживающих все сервисы предприятия. Но в этом случае необходима технология коммутирования, равномерно распределяющая нагрузку между этими серверами. Load balancing — на сегодняшний день единственное «лекарство» для разрешения проблем такого рода.
Технология load balancing основывается на третьем и четвертом уровнях модели OSI — базовой процедурой являлось оперирование информацией, полученной из заголовков пакетов этих уровней (номер порта TCP, IP-отправитель/получатель и т.д.). Такой метод распределения трафика назвали session switching (сеансовое коммутирование), а устройство, реализующее ее, — сеансовым коммутатором.
Сеансовый коммутатор присоединяется к кластеру (группе) серверов. Кластер серверов — это несколько связанных компьютеров, выполняющих поддержку задачи, обычно обеспечиваемую одним сервером. Использование кластеринга дает несколько явных преимуществ:
- Масштабируемость — мультипроцессорные системы не слишком хороши в этом аспекте. Каким бы мощным ни был сервер, наращивание ресурсов имеет свой предел. В то же время в кластер можно добавлять серверы и не бояться исчерпать какой-либо лимит.
- Непрерывное наращивание — при наращивании вычислительных ресурсов одной мощной системы необходимо прекращать работу сервиса (для установки дополнительной оперативной памяти либо дополнительного процессора). А для инсталляции дополнительного сервера не обязательно производить останов системы. Нужно просто включить в сеть новый сервер.
- Распределение нагрузки — технология позволяет распределять подключения пользователей между всеми серверами кластера, что дает возможность избежать перегрузки вычислительных ресурсов системы, то есть обеспечивает стабильную работу большего количества пользователей, нежели это в состоянии сделать одна мощная система.
- Повышенная отказоустойчивость — в случае использования одной системы ее сбой приводит к полному останову поддерживаемого сервиса. В кластере такого не произойдет — несколько возрастет нагрузка на «соседей», но функциональность сервиса сохранится.
Коммутатору присваивается виртуальный (virtual) IP-адрес для каждой из затребованных служб в сети. Затем VIP-адрес регистрируется в DNS. В нашем случае dvlp.krsk.mps — доменное имя VIP-адреса, реально же кластер состоит из трех серверов.
При поступлении запроса от клиента сеансовый коммутатор распознает начало сеанса путем идентифицирования TCP-пакета типа SYN. Затем коммутатор выбирает наилучший для обработки сеанса сервер в кластере и «привязывает» сеанс к серверу (информация о привязках каждого активного сеанса к реальному серверу запоминается в таблице) путем замены MAC-адреса коммутатора на MAC-адрес реального сервера на третьем уровне OSI (data-link) и подстановки IP-адреса реального сервера в поле «адрес получателя» пакета на четвертом (сетевом) уровне.
Итак, сервер направляет запрос соединения на выбранный сервер. Все последующие пакеты следуют по тому же маршруту соответственно таблице привязок, пока коммутатор не встретит TCP-пакет FIN, означающий завершение сеанса. Коммутатор выполняет обратную замену IP-адреса и MAC-адреса сервера, и сеанс завершается. После обработки TCP-пакета FIN коммутатор обрывает соединение с реальным сервером и удаляет запись о сеансе в таблице привязок.
Существуют следующие критерии выбора сервера в кластере: максимальное количество соединений с сервером и допустимая нагрузка (интенсивность трафика), соответствующая вычислительным ресурсам сервера. Для эффективной работы алгоритма распределения эта информация должна всегда быть доступной и достаточно часто обновляться.
Важнейшим вопросом является распознавание лучшего, наиболее приемлемого сервера для приема сеанса. Для этого используется несколько алгоритмов распределения:
- Простой (simple round-robin) — сеансы делятся поровну между серверами, независимо от их конфигурации, загрузки и т.п.
- Распределение «по весу» (weighted round-robin) — более мощные серверы получают большее количество соединений с клиентами.
- Наименьшее количество соединений — полученный коммутатором запрос на сеанс перенаправляется на сервер, с которым в данный момент установлено наименьшее количество соединений.
- Процентное распределение — администратор на основе собственного опыта конфигурирует загруженность каждого сервера в процентах либо в долях от общего трафика, поступающего на коммутатор, соответственно вычислительной мощности сервера.
Имеется также еще один критерий распределения загрузки — максимальное количество соединений, который служит хорошим дополнением к алгоритмам распределения. Если максимальное количество соединений для сервера достигнуто, коммутатор вычеркивает этот сервер из списка «претендентов» на получение сеанса.
Реально, оптимальный алгоритм для использования — последний. Он позволяет распределить нагрузку таким образом, чтобы более мощные серверы получили большее количество соединений — ведь они устанавливают соединение, обрабатывают запрос и завершают сеанс намного быстрее, чем остальные.
Хорошими качествами сеансового коммутатора являются периодическая возможность тестирования серверов кластера и отсутствие необходимости в конфигурировании клиентских рабочих мест, серверов и другого сетевого оборудования, то есть в этом отношении сеансовый коммутатор абсолютно прозрачен.
Следующим шагом в развитии технологии «load balancing» стало появление коммутаторов, функционирующих на седьмом уровне модели OSI — на уровне приложения. То есть сейчас коммутатор знает не только информацию о номере порта, получателе/отправителе пакета, но и видит содержимое пакета.
Давайте рассмотрим примеры применения данной технологии. Структура сегмента, приведенная на рис. 1, представляет модель № 1 — «Один виртуальный сервер — несколько реальных серверов». Имеется несколько серверов, подключенных через коммутатор/концентратор к распределителю загрузки, распределитель имеет IP-адрес 10.88.100.66. Серверы имеют адреса 10.88.100.80, 10.88.100.81 и 10.88.100.82. Весь сетевой трафик, направленный к адресу 10.88.100.66, распределяется между тремя указанными серверами. Требуется одно имя в доменной системе имен. Такая конфигурация актуальна, когда следует распределить сетевой трафик одного сервера на несколько серверов — значительно повысится скорость обработки пользовательских запросов. К тому же данная схема является отличным примером достаточно надежной резервной технологии — при отказе одного из серверов не произойдет потери функциональности.
Схема является типичной, но имеет несколько вариаций. В первом варианте модели (рис. 2) основной задачей является распределение сетевых пакетов по типу. Иными словами, сервисы предприятия можно разделить между несколькими станциями, хотя все будут думать, что для поддержки любых сервисов требуется один сервер. Рисунок наглядно иллюстрирует использование распределителя в этой роли. Такой прием имеет практическое значение в крупных корпоративных сетях, где общение администраторов с пользователями несколько затруднено из-за большого количества этих самых пользователей. Также распределение трафика по содержанию пакетов имеет смысл тогда, когда администраторы несколько ограничены в вычислительных ресурсах и используют один из серверов, один сервер для служб, работающих по протоколу telnet (конфигурация компьютера может быть даже P100/16RAM), другой — для WWW (более мощная станция).
Следующим шагом развития этой модели стало разделение сетевого трафика между серверами таким образом, что основной критерий — это мощность сервера в кластере. Важным преимуществом такой схемы является возможность предотвращения сбоев серверного оборудования в результате из лишней нагрузки. Например, имеется серверный пул, в нем три станции — P100/16RAM, PII-350/64RAM и PIII-600/512RAM. Нагрузку можно разделить в процентном либо в долевом соотношении (по опыту — в первом приближении «вес» следует разделять в соответствии с тактовой частотой процессора, учитывая также количество RAM).