Baseline-målinger og ydelsesdata

De vigtigste målinger, som enhver tekniker følger, omfatter:

• Båndbredde / udnyttelse — hvor fyldt et link er.
• Latenstid — forsinkelsen, når trafik krydser netværket.
• Jitter — variationen i latenstid.
• Pakketab — procentdelen af pakker, der kasseres.

Tilsammen beskriver disse både forbindelsens hastighed og kvalitet.

Båndbredde er et links maksimale kapacitet, ligesom antallet af vognbaner på en vej. Gennemløb er den faktiske opnåede datahastighed, ligesom de biler, der rent faktisk kommer igennem. Gennemløbet er altid lig med eller lavere end båndbredden og reduceres af overbelastning, fejl og overhead. Ved at overvåge gennemløbet i forhold til båndbredden kan du se, hvor meget kapacitet der er tilbage.

Latenstid er den tid, det tager for en pakke at rejse fra kilde til destination, målt i millisekunder. Jitter er variationen i denne latenstid mellem pakker. Stabil, lav latenstid føles problemfri; høj jitter gør tale og video hakkende, selv om den gennemsnitlige latenstid er fin. Realtidsprogrammer er meget afhængige af begge dele, og derfor vises begge på overvågningspaneler.

Pakketab er den andel af pakker, der aldrig når frem, angivet som en procentdel. Et lille tab kan være normalt, men stigende tab forringer ydeevnen: TCP sender pakker igen, hvilket gør overførsler langsommere, og realtidsmedier hakker. Tab peger ofte på overbelastning, et defekt kabel eller en overbelastet enhed. Ved at følge tab i forhold til baselinen kan du finde links, der er begyndt at svigte.

Udnyttelse er, hvor optaget en ressource er, vist som en procentdel af kapaciteten. Et link, der konstant er tæt på 100 %, er mættet og vil kassere pakker og tilføje forsinkelse. Ved at følge udviklingen i udnyttelsen kan du opgradere, før mætningen påvirker brugerne. Baseline viser det normale interval for travlhed, så du ved, hvornår udnyttelsen er steget ind i et farligt område.

Interfaces fører tællere for fejl (ødelagte frames) og kasserede pakker (droppede frames, ofte på grund af overbelastning eller buffergrænser). En tæller for fejl, der stiger støt, betyder normalt et fysisk problem som et defekt kabel eller en port, der er ved at svigte, mens stigende antal kasserede pakker peger på overbelastning. Ved at sammenligne disse tællere med en ren baseline kan du præcist finde det interface, der opfører sig forkert.

For at opbygge en baseline skal du indsamle målinger over en repræsentativ periode, helst flere uger, der dækker både travle og stille tidspunkter. Tag højde for daglige og ugentlige cyklusser, da mandag morgen adskiller sig fra søndag aften. Gem resultaterne, så du kan sammenligne fremtidige målinger. En baseline er ikke engangsarbejde; opdater den efter større ændringer som tilføjelse af brugere, lokationer eller programmer.

Under en hændelse indsnævrer målingerne søgningen. Høj latenstid sammen med lav udnyttelse tyder på et problem med routing eller afstand, ikke overbelastning. Pakketab sammen med stigende interfacefejl peger på en fysisk fejl. Ved at sammenligne aktuelle målinger med baselinen får du svar på det centrale spørgsmål: "hvad ændrede sig?" Det er den hurtigste vej til årsagen.

Ud over fejlfinding i realtid leverer målinger data til rapporter, der viser udviklingen over måneder. Disse rapporter begrunder budgetter, dokumenterer overholdelse af SLA'er og hjælper med kapacitetsplanlægning. En udviklingsgraf, der støt nærmer sig mætning, er et klart, databaseret argument for en opgradering. Baselines og målinger gør tilsammen overvågning fra mavefornemmelse til evidensbaseret netværksadministration.

Du har lært om normalværdier og målinger. Vigtige punkter:

• En normalværdi registrerer normal adfærd, så du kan opdage afvigelser.
• Vigtige målinger: udnyttelse, latenstid, jitter og pakketab.
• Båndbredde er kapacitet; gennemløb er den faktiske hastighed.
• Flere fejl tyder på fysiske fejl; flere kasserede pakker tyder på overbelastning.
• Opbyg normalværdier over flere uger, og opdater dem efter større ændringer.