Комментарии 42
Вариант №1
Устарел. Неправилен из-за правки конфигов в двух местах.
Вариант №2
Ребут.
Не надо ребут. Совсем. :)
# ifdown eth0 eth1 # /etc/init.d/networking restart
Этого достаточно.
+5
2ой вариант не будет работать в debian etch. А по поводу ifdown я думал, но почему то передумал…
0
НЛО прилетело и опубликовало эту надпись здесь
2ой вариант не будет работать в debian etch.
Etch всё-таки oldstable. Lenny давненько вышел. Можно пренебречь, я считаю.
А по поводу ifdown я думал, но почему то передумал…
Make sure to shutdown each of your slave interfaces using ifconfig (ifup will not work, as it refers to /etc/network/interfaces for interface config info which won't be there any more).
Из комментариев к этому. Вполне логично.
0
/etc/network/interfaces а в федоре к примеру этого нету
вообщето у всех методов меняющих маки есть проблемы с общением с коммутаторами. Так как коммутатор маршрутизирует пакет по маку, то на части коммутаторов это будет безбожно глючить, на части коммутаторов тормозить, на части коммутаторов будут отключаться оба порта потомучто он решит что это макспуф.
вообщето у всех методов меняющих маки есть проблемы с общением с коммутаторами. Так как коммутатор маршрутизирует пакет по маку, то на части коммутаторов это будет безбожно глючить, на части коммутаторов тормозить, на части коммутаторов будут отключаться оба порта потомучто он решит что это макспуф.
+1
thanks
Как раз недавно появилась необходимость разобраться с такой возможностью.
Как раз недавно появилась необходимость разобраться с такой возможностью.
0
оригинальный способ перенести статью из личного блога в тематический :)
я уж думал у меня дежавю.
я уж думал у меня дежавю.
0
А что у вас за конфигурация сервера (какие hd, сколько) и какой ftp-сервер? Мне очень интересно, как вы смогли забить 1Гб и не сдулись винты.
+7
я очень удивлен. интересен конфиг сервера, ПО и фс. не представляю как с обычного китайского писюка без фанатичных страйпов из гирлянды винтов выжать хотя бы пол гигабита…
+2
Отвечаю на оба вопроса сразу — все дело исключительно в raid контроллере Areca. Стоил он 2-3 года назад в районе 3000$. Модель сейчас точно не скажу но это 24 портовое чудо с 2Гб оперы на борту + своя сетевуха для управления контроллером. Вот и все — остальное по части железа ничем не выдается — винты WD 5000ABYS и YS (Raid edition), мать supermicro, pentium d 3.0, 4 Gb оперы
Сейчас конечно уже не так качают как зимой, но 1ГБ/с выжимает.
P.S ПО — debian, vsftpd, microdc2.
Сейчас конечно уже не так качают как зимой, но 1ГБ/с выжимает.
P.S ПО — debian, vsftpd, microdc2.
+3
А можно попросить еще немного конкретики?
Какой у вас характер контента? средний размер файлов, характер доступа к нему. Сколько винтов и какой уровень их загрузки при раздаче на скорости 1Гб.
Если не сложно, конечно ;)
Какой у вас характер контента? средний размер файлов, характер доступа к нему. Сколько винтов и какой уровень их загрузки при раздаче на скорости 1Гб.
Если не сложно, конечно ;)
0
Сетевая файлопомойка — фильмы, образы игр, музыка — всего пока 8ТБ. Средний размер файла наверно 1Гб. Характер доступа не совсем ясно что имеется ввиду — но все же попробую на вскидку — файл индексируется на медиа портале, директории на фтп закрыты на листинг — то есть все файлы анонсированы только на одно ресурсе + поддержка для людей в dc++ — доступ к файлам возможен только по TTH. Винтов 24 + 1 системный. Марки указаны выше. Уровень загрузки можно посмотреть только воткнувшись в контроллер — сейчас удаленно это сделать нереально, ответить не могу.
0
Спасибо за подробности.
Ну для фильмов и на 24-винтах такие скорости вполне нормальны. Думаю это еще не предел.
А под характером доступа имеется в виду следующее: например, либо абсолютно случайный доступ к большому количеству контента, либо большая часть запросов к одному и тому же контенту. Что дает возможность эффективно его закешировать в оперативке и снизить нагрузку на винты.
Ну для фильмов и на 24-винтах такие скорости вполне нормальны. Думаю это еще не предел.
А под характером доступа имеется в виду следующее: например, либо абсолютно случайный доступ к большому количеству контента, либо большая часть запросов к одному и тому же контенту. Что дает возможность эффективно его закешировать в оперативке и снизить нагрузку на винты.
0
Вот почему бы было не погуглить и не дополнить руководство версией под другие дистрибутивы?
-1
Соответственно, с двумя разными провайдерами это тоже работает без проблем?
Эх… хочу такое на своем ASUS WL500gP настроить. :)
Эх… хочу такое на своем ASUS WL500gP настроить. :)
0
НЛО прилетело и опубликовало эту надпись здесь
А иначе никак? Просто автоматом делить трафик в зависимости, скажем, от IP получателя?
0
НЛО прилетело и опубликовало эту надпись здесь
Вам нужно слегка другое — а именно роутер в двумя wan портами. А свой gP можно даже сейчас в легкую продать почти за теже деньги.
0
Такая штука работает.
Но когда я на своем сервере в ДЦ из двух портов 100 мбит сделал 200 мбит, все стало, конечно, быстро, но оказалось, что оба патчкорда были воткнуты в один свич, а на свиче не была включена поддержка бондинга, в итоге свич подыхал от процессорной нагрузки, так что будьте аккуратнее :)
Но когда я на своем сервере в ДЦ из двух портов 100 мбит сделал 200 мбит, все стало, конечно, быстро, но оказалось, что оба патчкорда были воткнуты в один свич, а на свиче не была включена поддержка бондинга, в итоге свич подыхал от процессорной нагрузки, так что будьте аккуратнее :)
0
НЛО прилетело и опубликовало эту надпись здесь
Позор тому ДЦ у которого свичи валятся от бондинга. Я тестировал на dell powerconnect 3324, стоит порядка 100$ — без дополнительной настройки, режим 5. Все хорошо.
0
а как с нагрузкой? какие-нибудь сиснтеминтерптсы стали расти или софтдемон какой жрать цп? что-то не верится, что все это работает на добром слове так хорошо
0
img237.imageshack.us/img237/9562/ftprybatskoenetcpuday.png
Загрузка в картинках. В основном замес начинается когда на рейде остается меньше 6-7 процентов свободного места. Растет iowait.
Загрузка в картинках. В основном замес начинается когда на рейде остается меньше 6-7 процентов свободного места. Растет iowait.
0
Обычный коммутатор без поддержки транкинга не подойдет, да?
0
В статье не упомянут один очень важный параметр настройки бондинга — xmit_hash_policy
xmit_hash_policy — Определяет хэш политику передачи пакетов через объединенные интерфейсы в режиме balance-xor или 802.3ad.
Возможные значение:
layer2 Использует только MAC адреса для генерации хэша. При этом алгоритме трафик для конкретного сетевого хоста будет отправляться всегда через один и тот же интерфейс. Алгоритм совместим с 802.3ad.
Формула расчёта хэша:
(source MAC XOR destination MAC) modulo slave count
layer2+3 Использует как MAC адреса так и IP адреса для генерации хэша. Алгоритм совместим с 802.3ad.
Формула расчета хэша:
(((source IP XOR dest IP) AND 0xffff) XOR ( source MAC XOR destination MAC )) modulo slave count
layer3+4 Используется IP адреса и протоколы транспортного уровня (TCP или UDP) для генерации хэша. Алгоритм не всегда совместим с 802.3ad, так как в пределах одного и того же TCP или UDP взаимодействия может передаваться как фрагментированные так и не фрагментированнные пакеты. В фрагментированных пакетах порт источника и порт назначения отсутствуют. В результате в рамках одной сессии пакеты могут дойти до получателя не в том порядке (так как отправляются через разные интерфейсы). Некоторое оборудование, совместимое с 802.3ad может некорректно отработать такую ситуацию.
Формула расчета хэша:
((source port XOR dest port) XOR ((source IP XOR dest IP) AND 0xffff) modulo slave count
посмотреть какой режим сейчас можно так — cat /sys/devices/virtual/net/bond0/bonding/xmit_hash_policy
пример настройки через /etc/network/interfaces:
auto bond0
iface bond0 inet static
address 123.123.123.123
gateway 123.123.123.1
netmask 255.255.255.0
mtu 9000
bond-mode 802.3ad
bond-miimon 100
bond-lacp-rate 1
bond-slaves none
bond-xmit-hash-policy 1
dns-nameservers 8.8.8.8 8.8.4.4
ссылки:
1
2
xmit_hash_policy — Определяет хэш политику передачи пакетов через объединенные интерфейсы в режиме balance-xor или 802.3ad.
Возможные значение:
layer2 Использует только MAC адреса для генерации хэша. При этом алгоритме трафик для конкретного сетевого хоста будет отправляться всегда через один и тот же интерфейс. Алгоритм совместим с 802.3ad.
Формула расчёта хэша:
(source MAC XOR destination MAC) modulo slave count
layer2+3 Использует как MAC адреса так и IP адреса для генерации хэша. Алгоритм совместим с 802.3ad.
Формула расчета хэша:
(((source IP XOR dest IP) AND 0xffff) XOR ( source MAC XOR destination MAC )) modulo slave count
layer3+4 Используется IP адреса и протоколы транспортного уровня (TCP или UDP) для генерации хэша. Алгоритм не всегда совместим с 802.3ad, так как в пределах одного и того же TCP или UDP взаимодействия может передаваться как фрагментированные так и не фрагментированнные пакеты. В фрагментированных пакетах порт источника и порт назначения отсутствуют. В результате в рамках одной сессии пакеты могут дойти до получателя не в том порядке (так как отправляются через разные интерфейсы). Некоторое оборудование, совместимое с 802.3ad может некорректно отработать такую ситуацию.
Формула расчета хэша:
((source port XOR dest port) XOR ((source IP XOR dest IP) AND 0xffff) modulo slave count
посмотреть какой режим сейчас можно так — cat /sys/devices/virtual/net/bond0/bonding/xmit_hash_policy
пример настройки через /etc/network/interfaces:
auto bond0
iface bond0 inet static
address 123.123.123.123
gateway 123.123.123.1
netmask 255.255.255.0
mtu 9000
bond-mode 802.3ad
bond-miimon 100
bond-lacp-rate 1
bond-slaves none
bond-xmit-hash-policy 1
dns-nameservers 8.8.8.8 8.8.4.4
ссылки:
1
2
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Изменить настройки темы
Объединение сетевых интерфейсов в linux