Я хочу создать связь между сервером данных (это больше похоже на NAS) и около 300 компьютеров.
Объем передаваемых данных в день составляет около 2 ГБ / компьютер, и скорость действительно имеет значение.
Если бы я использовал один коммутатор, это было бы 300 Ethernet-кабелей и может быть слишком грязным, чтобы поддерживать.
Если я использую коммутатор на каждые 50 компьютеров, это замедлит скорость соединения?
networking
ethernet
switch
Парт Парих
источник
источник
Ответы:
Если под «скоростью передачи» вы подразумеваете пропускную способность: это не должно иметь большого значения.
Каждое дополнительное устройство будет вводить небольшую задержку (в конце концов, требуется некоторая обработка, если она только очень мала). Однако задержка не равна пропускной способности.
Сравните это с разговором по спутниковому телефону. Перед тем, как кто-то другой сможет прокомментировать то, что вы сказали, будет задержка в 3 секунды, но если один человек просто продолжит говорить, рассказывая длинные (2 ГБ) истории, то замедление будет минимальным.
Что означает, что я бы протестировал эти настройки:
Многие коммутаторы имеют соединение, которое позволяет вам превратить несколько отдельных блоков в один гигантский коммутатор. Это делает управление намного проще. Я уверен, что купленные вами переключатели имеют эту функцию.
Почему 48 портов коммутаторов?
Это ограничивает количество устройств. (меньше места, меньше устройств, которые могут сломаться).
Почему 40 компьютеров на 48 портов переключаются?
Возможность расширения в будущем (компьютеры, перемещающиеся в разные комнаты, увеличивающие локальную плотность, добавленные устройства, такие как принтеры, свободный порт для отладки и т. Д. И т. Д.
Почему не один 300-портовый коммутатор?
Удачи в поиске тех ...
[Править] Видимо, есть некоторые. Я посмотрел модель, упомянутую Дэвидом, она стоит около 25 тысяч долларов США ... Используйте эти типы переключателей, если вам абсолютно необходима максимальная производительность.
Если у вас уже есть коммутаторы без соединения объединительной платы, вы всегда можете сделать что-то подобное, но это будет означать, что трафик будет чрезмерно перетекать на любой коммутатор, на котором находится ваш файловый сервер. Это может привести к перегрузке этого переключателя и приведет к гораздо большей задержке, чем необходимо.
(Длинный обходной кабель - в случае, если коммутатор умирает. Это отрезало бы все компьютеры на нем и в стороне от коммутатора с файловым сервером. В этом случае коммутаторы с протоколом связующего дерева могут обнаружить это и автоматически включить обходной канал.)
Наконец, всегда есть классическая многоуровневая установка:
Преимущество этого состоит в том, что у вас есть один (очень хороший) коммутатор в серверной комнате и как минимум одна ссылка от этого коммутатора на каждый этаж или каждый раздел.
Затем вы устанавливаете местную комнату со всеми выключателями для этого этажа. (При необходимости с несколькими коммутируемыми связанными через обратную ссылку).
источник
Каждый дополнительный шаг переключения - это дополнительная задержка. Независимо от того, насколько быстро ваше ядро, оно все равно обрабатывается. Тем не менее, при 2 ГБ в день вы этого не заметите, и я уверен, что 300-портовых коммутаторов не существует.
Если бы вы использовали концентраторы, это была бы совсем другая история.
Если вы действительно беспокоитесь о скорости, вы должны сделать ваше хранилище данных максимально эффективным. Если он имеет только одно гигабитное соединение, вы всегда будете там ограничены. (300 гигабитных подключений к 1 гигабитному источнику = проблема)
Изменить: я должен добавить решение проблемы, которую я идентифицирую здесь. Я сделал компьютер с двумя сетевыми картами Intel (Network Interface Cards) и включил функцию Teaming. Это позволяет двум картам работать как одна, по существу создавая 2-гигабитный сетевой интерфейс.
источник
Ваша топология не изменит «скорость соединения», но будет затронута эффективная пропускная способность.
Другое соображение - это тип переключателя (ов), который вы устанавливаете.
Коммутатор Ethernet может использовать любой из двух способов получения и передачи кадров Ethernet:
Для полноразмерного кадра Ethernet 1542 байта и 100Base-T коммутатор хранения и пересылки вводит задержку около 123 микросекунд, тогда как сквозной коммутатор вводит задержку около 1,2 микросекунды. Для коротких кадров (например, пакетов ARP и TCP Acks) разница, конечно, намного меньше.
Когда вы добавляете уровни коммутаторов, вы можете добавлять значительные задержки к передачам. Рассмотрим случай еще одного слоя, чем идеальная «плоская» модель (только одного (монстрового) переключателя):
Для полноразмерного кадра Ethernet 1542 байта и 100Base-T три переключателя хранения и пересылки добавят задержку около 369 микросекунд, тогда как три сквозных коммутатора добавят задержку около 3,7 микросекунды.
Если Host_1 начинает передачу кадра Ethernet полной длины в 1542 байта на 100Base-T с тремя коммутаторами сохранения и пересылки на пути, то Host_200 получает последний байт спустя 492 микросекунды позже; это эффективная пропускная способность около 25 Мбит / с (по сравнению с реальной скоростью передачи данных 100 Мбит / с).
Если в пути три сквозных переключателя, то Host_200 получает последний байт примерно через 127 микросекунд; это эффективная пропускная способность около 97 Мбит / с.
Если вы хотите максимально возможную пропускную способность. затем вам нужно использовать как можно меньше переключателей (один монстр-коммутатор идеален) и использовать сквозные переключатели (чтобы минимизировать задержку, вносимую каждым переключателем). Обратите внимание, что почти все недорогие коммутаторы имеют более медленное (то есть, более длительное время ожидания) разнообразие хранения и пересылки
источник