cisco kerdes

Nem, mindössze LACP módban (802.3ad) kell használnod a bonding modult.

Stack eseten igen, egyszerre indulnak ujra reload-ra a switchek.

Igen, egyszerre kell frissíteni az eszközöket, és mivel egyként kezeled őket, a reboot is érinteni fogja az összes fizikai switch-et is. A boot folyamán kiválasztásra kerül egy master eszköz, és ha az ezen futó IOS-től eltérő (verzió vagy feature) van a stack-ben, azt "version mismatch"-re hivatkozva nem, fogja funkcionális tagként kezelni.

Azért általános körülmények között viszonylag ritkán fordul elő, hogy egy Cisco swithchet újra kellene indítani. Jellemzően csak akkor, ha szoftvert frissítünk, ami pedig szerintem 1-2 évente fordul csak elő, ilyen időtávban pedig megengedhető 5-10 perc kiesés (természetesen meghirdetett időablakon belül).
Meghibásodás esetén, ha az egyik tag kiesik (akár a master), a stack nem áll le, nem indul újra, csak az etherchannel egyik lába esik le. Amikor pedig új switchet tolsz be, akkor a master a megfelelő szoftververzióra hozza az új tagot (ez persze csak "közeli" releasek között működik) és működik minden tovább.
Konfig szempontjából a stack egy nagyon előnyös dolog, mert a több fizikai switch logikailag 1 switchet alkot.
A fent említett 3750 egy Layer3 switch, ha nem kell routing, akkor inkább a 2960S/X család lenne ideális, egy adott performancia alatt. Utána jön a Nexus család, de az már nem 2 filléres játék.
Mindezektől függetlenül a feladatra inkább a network csapatot kérd fel, akik az N7k-t is kezelik, mert nem biztos, hogy jó néven veszik, ha egyszercsak feltűnik egy új switch a hálózaton.

---
Tetragir

Nem hiszem, hogy olyanon lehetne "stacken" belul etherchannel-t csinalni, de ha megis aligha szerencses.

2 epulet kozt biztos nem, 5 talan 10m a max stack kabelhossz.

Valljuk be, az eredeti kérdésed alapján nem világos, hogy egymás mellett van a két szekrény, vagy több km távolságban helyezkednek el. Számomra alap volt, hogy legrosszabb esetben is egy teremben vannak, vagyis néhány méternél nem kell többet áthidalni. :-)

Nekem meg sem fordulna a fejemben, hogy ne egy szekrényben lévő Cisco switch-eket stack-eljek, de mondjuk az még beleférne, hogy egymás melletti rack-ek eszközeit kapcsoljam össze.

"minden gep a ket rackben egyik laban egyik, masik laban masik switchen log."

Áthúzod az összes szerver egyik linkjét a másik épületbe? :)

Ahhoz, hogy a switch tudjon a hàlózati pittyputtyról, ahhoz sajnos neki kell a dolgot megtàmogatni. Az egy màsik kérdés, hogy az adott hardver hogy kezeli le a faliovert.

Ha meg a switch nem tud a pittyputtyról, akkor a virtualizàciós technikànak kell megoldani, illetve hogy ki milyen mac addresst hazudik és mennyi idő alatt propagàlódik a hàlózaton a vàltozàs.

Az ilyen hàlózati switch clustereknél àltalàban 1 master van, és ott a kijelölt slave a vàltàshoz, kieséshez. Ebből a szempontból megvan a hibatűrő képesség, amit szeretnél. A szoftverfrissítést nem tartom üzemszerű àllapotnak. Ha ilyen van, arra van a maintanance window.

Szép dolog a cisco, de a stackinggel a farvizen vannak csak. Ha értelmes, skàlàzható konfiuràció kell, akkor pl ilyet ajànlanék:

http://www.arubanetworks.com/pdf/products/DS_S3500.pdf

a kerdeseddel momentan itt te vagy az iqfighter. :)

A HSRP csak a hibatűrő gateway-t biztosítja. Ahhoz, hogy az az ábra működjön NIC1-2-t össze kell fogni. Itt jönne képbe valamilyen cross switch link aggregation megoldás.

Linux alatt egyébként megoldható, mert sok bonding mode-hoz egyáltalán nem kell switch oldali támogatás, de gondolom NagyZ kolléga általános megoldást keres.