Több hálózati kártya összefogása: redundancia vagy sebesség

A szerverben két hálózati kártya van, és mindkettőt érdemes használni. Eddig a pontig mindenki ugyanott tart. Az elágazás a következő kérdésnél kezdődik: miért.

Két különböző cél

Redundancia: ha egy kábel kilazul, egy kártya meghibásodik vagy egy switch port kiesik, semmi nem áll meg. A nyereség a folytonosság, nem a sebesség.

Összesített sávszélesség: egyszerre több forgalom vihető át. A nyereség a kapacitás, cserébe a switch oldalán is van teendő.

A legtöbb rendszerben valójában az első a cél, a beállítás mégis a másodikhoz készül. Az eredmény általában két csalódás egyszerre: a várt sebesség nem jön meg, a beállítás pedig törékenyebb lesz.

Az eldöntő kérdés: tudnia kell-e róla a switchnek

Egyes módok semmit nem kérnek a másik oldaltól, és hétköznapi switch mellett is működnek. Más módokhoz a switchen is meg kell adni egy hozzájuk tartozó csoportot. A második csoportból választott mód a switch oldal előkészítése nélkül az egyik leggyakoribb módja annak, hogy a gép elérhetetlenné váljon, méghozzá pontosan az alkalmazás pillanatában.

A szabály egyszerű: ha a switch nem elérhető, vagy nem adható meg rajta semmi, akkor azt a módot kell választani, amely nem kér semmit a másik oldaltól.

A leggyakoribb tévhit a sebességről

A kártyák összefogásától egyetlen átvitel nem lesz gyorsabb. Egy kapcsolat egyetlen fizikai vonalon marad. A nyereség akkor jelenik meg, amikor sok kapcsolat fut egyszerre. Két kártya összefogása után a teszt gyakran egyetlen fájl másolása, a mért érték egy kártya sebessége, és a következtetés az, hogy elromlott. Nem romlott el, a mérés rossz.

Ha a cél egyetlen nagy átvitel gyorsítása, a helyes válasz egy gyorsabb kártya, nem a bond.

A legkevésbé látványos, leghasznosabb választás

Az a redundancia mód, amely semmit nem kér a másik oldaltól, a legtöbb szerveren a helyes válasz. Sebességet nem nyer, de amikor egy kábel kicsúszik, senki nem veszi észre. Unalmassága miatt szokás átugrani, pedig pontosan ez az, amire a legtöbb rendszernek szüksége van.

Ami nincs tesztelve, az nem létezik

A bond a tesztelésig csak feltételezés. Meg kell nézni, melyik vonal viszi ténylegesen a forgalmat, majd szabadon választott időpontban szándékosan ki kell húzni az egyik kábelt, és látni kell, hogy a forgalom valóban átmegy a másikra. Ahol ez a próba elmarad, ott egy valódi meghibásodás napján derül ki, hogy a bond soha nem működött.

A sorrend nem cserélhető fel

A bond a fizikai réteg, a híd pedig fölötte ül. A virtuális gépek a hídhoz csatlakoznak, nem a bondhoz. Fordított sorrendben olyan felépítés jön létre, amely működőnek látszik, és az első hibánál szétesik.

Mit csinál az Atlas

Bond létrehozásakor az Atlas mind a négy módot megmutatja, mindegyiket egy leírással, és alapértelmezésben azt a módot kínálja, amely semmit nem kér a másik oldaltól, így a legbiztonságosabb lehetőség a kiindulópont. Ha olyan mód kerül kiválasztásra, amelyhez a switchen csoportot kell megadni, figyelmeztetés jelenik meg, amely megnevezi a szükséges technológiát, és nyíltan kimondja, hogy a kapcsolat megszakadhat. A figyelmeztetés figyelmen kívül hagyása esetén is védi a hálózati módosítást egy visszaállítási visszaszámlálás: megerősítés hiányában a régi beállítás magától visszatér.