1.2, VecH (ok), 04:23, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Допустим у меня bond0
Если одна из линий отвалится где то на протяжении пути (то есть ни один из компьютеров/серверов не поймет что канал пропал)
Нормально ли пойдут пакеты? или половина будет потеряна
| |
|
2.3, slepnoga (??), 07:29, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
каких таких линий ? это девайс L2, т.е езернет - если кабель порвется/свитч сгорит, что ли ?
Тогда да, фсе фреймы пойдут по второй сетевой .
Наверно стоит добавить, что для вменяемого юзежа данной фичи нужны вменяемые умные L2 свитчи - иначе почти пропадает смысл юзать данный девайс.
| |
|
3.4, VecH (ok), 07:39, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>каких таких линий ? это девайс L2, т.е езернет - если кабель
>порвется/свитч сгорит, что ли ?
>Тогда да, фсе фреймы пойдут по второй сетевой .
>
>Наверно стоит добавить, что для вменяемого юзежа данной фичи нужны вменяемые умные
> L2 свитчи - иначе почти пропадает смысл юзать данный девайс.
>
SRV1(bond0)
| |
H1 H2
| |
H3 H4
| |
SRV2 (bond0)
Если между одними из хабов (H1-H3 или H2-H4) кабель порвется
фреймы все пойдут по оставшейся линии без потери?
и после восстановления обратно восстановится или придется что либо делать?
| |
|
4.7, dry (ok), 10:26, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
Теоретически да. Практически - как повезет.
Давно использую бондинг и надо сказать реализация оного в линуксе стала более менее вменяемым только в последних ядрах. В 2.6.18 (CentOS-5) это работает в режиме "не дышать". Во-первых, модуль bonding может произвольно трапнуть ядро, такое случается не часто, может 1-2 раза за полгода, но случается. Во-вторых как вы говорите "кабель порвется", пробовали: рвали кабели вырубали свичи. Вероятность восстановления как в том анекдоте про динозавра 50/50. Может нормально восстановиться, может после восстановления всю сетевую подсистему зафризить, может ядро трапнуть - как повезет.
В свежих ядрах такой проблемы нет. Точную версию затрудняюсь сказать, но из практического опыта на ядрах > 2.6.25 я такого не наблюдал.
В ubuntu server 9.10, про которую автор тут так яростно расписывал есть другая проблема.
Автор изначально грузил bonding по колхозному, через modprobe, хотя есть стандартный механизм - в описании интерфейса
slaves eth0 eth1
bond-mode 4
bond-miimon 100
но фишка в том, что при таком подходе очень часто получается так, что бондинг после поднятия не работает. экспериментально было выяснено, что нужна пауза 1-3 сек между тем как будет загружен bonding и тем как отработает ifenslave.
лично я дублирую таким образом
# cat /etc/modprobe.d/bonding.conf
alias bond0 bonding
options bonding mode=4 miimon=100
но это уже проблемы конкретно убунты.
| |
|
5.12, Anon (?), 12:11, 14/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Теоретически да. Практически - как повезет.
>Давно использую бондинг и надо сказать реализация оного в линуксе стала более
>менее вменяемым только в последних ядрах. В 2.6.18 (CentOS-5) это работает
>в режиме "не дышать". Во-первых, модуль bonding может произвольно трапнуть ядро,
>такое случается не часто, может 1-2 раза за полгода, но случается.
>Во-вторых как вы говорите "кабель порвется", пробовали: рвали кабели вырубали свичи.
>Вероятность восстановления как в том анекдоте про динозавра 50/50. Может нормально
>восстановиться, может после восстановления всю сетевую подсистему зафризить, может ядро трапнуть
>- как повезет.
>В свежих ядрах такой проблемы нет. Точную версию затрудняюсь сказать, но из практического опыта на ядрах > 2.6.25 я такого не наблюдал.
Все нормально работает. Bonding - это прослойка, а поэтому нужны нормальные карточки и нормальные драйверы для сетевушек. Intel, Broadcom - все работает и на 2.4 даже.
| |
|
4.10, Anon (?), 12:08, 14/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
А причём тут bonding????
И да ответом на вопрос будет: "в зависимости от режима работы". В режиме A/S при обрыве на Active канале у вас ничего не пойдёт через Slave. Включайте голову и логику, bonding по сути работает на выявление обрыва на линии между ним и устройством коммутации (если host2host то до хоста). Все что творится далее не его дело.
| |
|
3.11, Anon (?), 12:09, 14/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>каких таких линий ? это девайс L2, т.е езернет - если кабель
>порвется/свитч сгорит, что ли ?
>Тогда да, фсе фреймы пойдут по второй сетевой .
>
>Наверно стоит добавить, что для вменяемого юзежа данной фичи нужны вменяемые умные
> L2 свитчи - иначе почти пропадает смысл юзать данный девайс.
>
Зачем??? Есть режимы TLB, ALB. Им не нужны умные свитчи... или вы что имеете в виду?
| |
|
|
|
2.6, VecH (ok), 09:49, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Чем это отличается от бриджа? Извините за такой вопрос)
Увеличивает пропускную способность задействовав 2 сетевые карты с обоих сторон
и если я все правильно понимаю (мой пост выше), то и отказоустойчивость тоже
| |
|
3.8, dry (ok), 10:30, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Чем это отличается от бриджа? Извините за такой вопрос)
>
>Увеличивает пропускную способность задействовав 2 сетевые карты с обоих сторон
сильно зависит от режима. не вводите людей в заблуждение.
| |
|
4.9, VecH (ok), 11:12, 08/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>>Чем это отличается от бриджа? Извините за такой вопрос)
>>
>>Увеличивает пропускную способность задействовав 2 сетевые карты с обоих сторон
>
>сильно зависит от режима. не вводите людей в заблуждение.
Прошу прощения, только сейчас читаю и на днях собираюсь попробовать
| |
|
|
|
|