Никто не занимался?
Есть BladeCenterE шасси, внутри 14 лезвий HS22 с Ксеонами, все вместе это общается с сетью через 2 нортеловских свитча, вставленных в блэйд центр Е.
Требуется создать отказоустойчивость, примерно такую чтобы если вылетает один свитч, другой тут же брал на себя его работу.
Думал вот посоветоваться, может, кто сталкивался?
Как реализовывали, как работает, подводные камни...П.С.
Честно скажу, что в данный момент слабо представляю КАК ВООБЩЕ мне это сделать, ибо если попробовать просто объеденить в бридж два интерфейса на лезвии получается петля, ибо с обох свичей из первых ext1 провода уходят в cisco 2960.
Подозреваю надо ковырять в сторону STP и port-priority, но...вдруг, я не прав, а умные подскажут...
[...]
>Честно скажу, что в данный момент слабо представляю КАК ВООБЩЕ мне это
>сделать, ибо если попробовать просто объеденить в бридж два интерфейса на
>лезвии получается петля, ибо с обох свичей из первых ext1 провода
>уходят в cisco 2960.
>Подозреваю надо ковырять в сторону STP и port-priority, но...вдруг, я не прав,
>а умные подскажут...STP не поможет, у него време конвергенции 30-50 секунд. RSTP тоже не сильно лучше со своими 6 секундами.
Если на HS22 стоит VMware ESX(i), можно включить NIC teaming с remote beacon и больше ничего не делать - сама разберётся.
Если какие-нибудь LAMP, то проще всего все интерфейсы воткнуть в private сетку, снаружи выставить пару Cisco 1100 в redundant mode, описать 28 внутренних адресов и по одному внешнему на сервис. CSS непрерывно щупает (описываешь, как), кто живой. Когда ты приходишь на внешний адрес, CSS пробрасывает к заведомо живому сервису.
А там будет уже всё равно - кабель оборвали, свитч вылетел или софт глюканул.
Дело в том, что стоять там будет XEN 5.5 и, возможно, винда прямо на лезвии. Под винду насколько знаю есть BACS или как-то так - не красиво. А если бондишь и-фейсы в Ксене (по сути линь, для которого вроде как ничего не надо) - петля.
Так дорого и так сложно =\ мнде...
>Дело в том, что стоять там будет XEN 5.5 и, возможно, винда
>прямо на лезвии. Под винду насколько знаю есть BACS или как-то
>так - не красиво. А если бондишь и-фейсы в Ксене (по
>сути линь, для которого вроде как ничего не надо) - петля.
>
>Так дорого и так сложно =\ мнде...Linux можно бондить шестью разными способами. Посмотри /usr/src/linux/Documentation/networking/bonding.txt.
Mode 1 вроде то, что ты описываешь. Однако придётся додумать, как определить отсутствие связи. Например мелкий демон щупает по ICMP default gateway в качестве remote beacon.
Mode 4 не пройдёт, так как eth-интерфейсы у blade воткнуты в разные свитчи.
Mode 5 & 6 скорее всего запутают стек из двух разномастных свитчей.
С виндой походу клиника - только виртуалить. Видел bonding драйвер от Intel, штука крайне геморройная и с невнятным управлением. Для бродкомов даже не слышал про такое.
Хех. В 5м ксене ГУИ под винду для управления =)
Там бондится гуями, че на деле происходит в лине и его конфигах - загадка.
Но мне кажется Citrix не пальцем деланые и продумали технологию, когда возможность включили...
Тут скорее надо рыть в сторону всяких наворот у самого свича. Чтобы он порт гасил внутренний, если петля или черт его знает. Голова от документации на него закипает. Там такие примеры отказоустойчивости приведены, что ого-го-го... Буду разбираться в технологиях всяких типа RSTP, VRRP и пр., а потом уже на свиче реализовывать, благо он позволяет все навороты последние на уровне L2