At samle flere netværkskort: redundans eller hastighed

Serveren har to netværkskort, og du vil bruge begge. Hertil står alle det samme sted. Delingen begynder ved næste spørgsmål: hvorfor.

To forskellige mål

Redundans: løsner et kabel sig, dør et kort, eller svigter en switchport, stopper intet. Gevinsten er uafbrudthed, ikke hastighed.

Samlet båndbredde: der kan bæres mere trafik på samme tid. Gevinsten er kapacitet, og til gengæld er der arbejde på switchsiden.

I de fleste opsætninger er det første det, man virkelig vil have, men der konfigureres efter det andet. Resultatet er som regel to skuffelser på én gang: den ventede hastighed udebliver, og opsætningen bliver skrøbeligere.

Spørgsmålet, der deler: skal switchen vide det

Nogle tilstande kræver intet af modparten og virker med en almindelig switch. Andre tilstande kræver, at der defineres en tilsvarende gruppe på switchen. At vælge en tilstand fra den anden gruppe uden at forberede switchsiden er en af de mest almindelige måder at miste maskinen på, og det sker i selve anvendelsesøjeblikket.

Reglen er enkel: har du ikke adgang til switchen, eller kan du ikke definere noget der, så vælg den tilstand, der intet kræver af modparten.

Den mest udbredte misforståelse om hastighed

At samle kort gør ikke en enkelt overførsel hurtigere. En enkelt forbindelse bliver på en enkelt forbindelse. Gevinsten viser sig, når der er mange forbindelser på samme tid. Folk samler to kort, tester ved at kopiere én fil, ser hastigheden på ét kort og kalder det ødelagt. Det er ikke ødelagt, målingen er forkert.

Er dit mål at gøre én stor overførsel hurtigere, er ét hurtigere kort det rigtige svar, ikke sammenlægning.

Det mindst prangende og mest nyttige valg

Den redundanstilstand, der intet kræver af modparten, er det rigtige svar for de fleste servere. Den giver ingen hastighed, men når et kabel ryger ud, opdager ingen det. Den springes over, fordi den er kedelig, mens den er præcis det, de fleste opsætninger leder efter.

Uprøvet betyder, at den ikke findes

En sammenlægning er en antagelse, indtil den er prøvet. Se, hvilken forbindelse der faktisk bærer trafikken, træk så bevidst ét kabel ud på et tidspunkt, du vælger, og se, om trafikken virkelig går over på den anden. Opsætninger, der springer den prøve over, finder ud af på dagen for en rigtig fejl, at sammenlægningen aldrig virkede.

Byt ikke om på rækkefølgen

Sammenlægningen er det fysiske lag, broen sidder ovenpå. Virtuelle maskiner hænger på broen, ikke på sammenlægningen. Bygget omvendt får du en konstruktion, der ser ud til at virke og falder fra hinanden ved første fejl.

Hvad Atlas gør

Når du opretter en sammenlægning, viser Atlas de fire tilstande med hver sin beskrivelse og vælger som standard den tilstand, der intet kræver af modparten, så den sikreste mulighed er udgangspunktet. Vælger du en tilstand, der kræver en tilsvarende gruppe på switchen, dukker der en advarsel op, og advarslen nævner den påkrævede teknik ved navn og siger klart, at forbindelsen kan falde. Selv hvis du ser bort fra advarslen og fortsætter, er netværksændringen beskyttet af en tilbagerulningsnedtælling: bekræfter du ikke, kommer den gamle opsætning tilbage af sig selv.