Один 10-гигабайтный порт - это то же самое, что и десять 1-гигабайтных портов
Я спрашивал меня об этом пару дней, и после кучи поисков я не смог придумать понятный ответ, даже теоретический, который имеет смысл в моя голова.
Я экспериментирую с решениями для хостинга Mac, и мне было интересно, могу ли я добавить карты Thunderbolt Ethernet к компьютерам Mac и связать их в VLAN и, таким образом, частично решить узкие места с полосой пропускания для машин, чтобы увеличить скорость доступа в базу данных или внешнее хранилище.
Например: подключите две карты Ethernet к Mac Mini, соедините их и получите VLAN с пропускной способностью 2 Гбит / с.
Проще говоря, нет, они разные:
- с интерфейсом 10 GbE вы получаете пропускную способность 10 Гбит / с даже для одного соединения
- с 10 интерфейсами 1GbE (и с использованием протокола 802.ad) одно соединение / сеанс ограничено только 1 Гбит / с. С другой стороны, вы можете обслуживать 10 одновременных сеансов каждый с пропускной способностью 1 Гбит / с
Другими словами, связывание обычно не увеличивает скорость одного соединения. Единственным исключением является тип связывания Linux 0 (balance-rr), который отправляет пакеты циклически, но имеет существенные недостатки и ограниченное масштабирование. В качестве практического примера посмотрите здесь
Это зависит от обстоятельств.Если основной протокол трафика имеет встроенную балансировку нагрузки с несколькими путями, например iSCSI, это работает очень хорошо. У связывания есть множество проблем, которые уже описаны в других ответах.
10 ГБ / с через порты x10 1 ГБ / с
Я отвечаю только для полноты картины и чтобы избавить вас от головной боли. У меня более 20 тысяч серверов, делающих что-то подобное, и я могу сказать вам, что это плохая идея. Этот метод значительно усложняет работу, что в дальнейшем вызовет проблемы в работе. Мы сделали это с 4 сетями по 1 Гб на сервер. В то время это имело больше смысла, чем 10 гигабайт. В то время 10 гигов везде стоили бы во много раз дороже с очень небольшой прибылью. Наши недавние итерации наших центров обработки данных больше не делают этого.
Связь LACP ( режим 4 ) с одним партнером LAG даст вам 10 ГБ / с, почти столько же, сколько один порт 10 ГБ / с. На самом деле это можно сделать, используя более одного коммутатора, но они должны поддерживать MLAG, иначе вам придется подключаться только к одному коммутатору. Если они не поддерживают MLAG, вы получаете только 1 переключатель полосы пропускания. Остальные интерфейсы будут в режиме ожидания. (5 Гбит / с, если у вас 2 коммутатора).
Одно соединение будет использовать только одно соединение, но вы можете разделить трафик, где это необходимо, на уровне 7, если вам нужно, или вы можете изучить MPTCP, но поддержите поскольку это новинка в последних ядрах, и я не уверен, что она готова к использованию в прайм-тайм. Вы можете разделить синхронизацию данных, используя LFTP + SFTP и зеркальную подсистему LFTP. Он даже может разбить один файл на несколько потоков. Также есть битторент.
Вы не сможете использовать DHCP на этих портах с точки зрения клиента для PXE-загрузки установщика ОС , если только вы не включите eth0 на стороне сервера, что технически нарушит мониторинг LACP. Это можно сделать, но не следует, и это усложнит устранение неполадок, если вы принудительно активируете интерфейс.
В вашей конфигурации связывания вам нужно будет сгенерировать уникальный MAC-адрес, который отличается чем все ваши физические интерфейсы, или у вас будут условия гонки из-за того, как работает PXE / DHCP, при условии, что в вашей настройке есть DHCP / PXE. В Интернете есть множество примеров того, как на лету генерировать уникальный MAC-адрес bond0.
Для этого также требуется конфигурация на стороне коммутатора, которая согласовывается с конфигурацией соединения каждого из ваших серверов. Вы захотите установить демон LLDP, чтобы сделать устранение неполадок менее болезненным, и включить LLDP на ваших коммутаторах.
Если вы сделаете это, ваши кабели и маркировка должны быть безупречными. Автоматизация вашего коммутатора должна быть надежной. Одно смещение кабеля, объединяющее 2 сервера, вызовет очень забавные проблемы.
Престижность Джею из IBM за то, что он сделал код связывания таким же хорошим, как он, и за то, что он помог нам выяснить, как заставить DHCP работать в этой конфигурации.