Paslaugų kokybė arba QoS yra sudėtingas dalykas. Tačiau šiomis dienomis jis naudojamas taip dažnai, kad apie tai turėtų žinoti kiekvienas tinklo administratorius. „QoS“ išpopuliarėjo, kai vis daugiau tinklų pradėjo nešioti duomenis, kuriems turi būti teikiama pirmenybė, tuo pačiu metu rekreacinis tinklas tapo vis įprastesnis. Mūsų tikslas nėra paversti jus „QoS“ ekspertais, tačiau mes norime kiek įmanoma labiau apibūdinti šią temą kiek įmanoma netechnine prasme. Tu kalbant paprasčiau, mūsų tikslas yra atsakyti į šį klausimą: Kas yra QoS ir kam jis naudingas?
Tai nėra QoS teorijos irįgyvendinimas. Neparodysime jums nei vieno jungiklio ar maršrutizatoriaus komandos. Mūsų tikslas yra leisti jums tiesiog suvokti QoS esmę. Pirmiausia išsiaiškinsime, kas yra „QoS“, o kas ne. Po to trumpai pristabdysime keletą „SolarWinds“ įrankių, kuriuos galbūt norėsite išbandyti. Tada aptarsime įvairius veiksnius, kurie gali turėti įtakos tinklo našumui. Tai nuves mus į mūsų klausimo esmę: kaip veikia „QoS“. Kaip matysite, jis yra daug paprastesnis, nei atrodo. Prieš sudarydami išvadą, aptarsime, kas nutinka, kai nenaudojate QoS, ir tai, kas QoS negali jums padėti.
Taigi, kas yra QoS?
Augant tinklo naudojimui, vis daugiau ir daugiauįvairaus tipo eismą, o tinklo perkrovos tampa vis dažnesnės ir svarbesnės, todėl inžinieriai netrukus suprato, kad jiems reikia būdo, kaip organizuoti eismą ir nustatyti jo prioritetus. „QoS“ yra ne vienas dalykas, o funkcijų ir technologijų, veikiančių kartu, derinys. Atlikdami daugybę bandymų ir klaidų, dabar turime palyginti universalią „QoS“ sistemą, kuri gali būti naudojama patikimai užtikrinti, kad svarbiam srautui būtų skiriamas reikiamas dėmesys.
Svarbus QoS aspektas yra tas, kad jis turi būtiįgyvendinamas nuo galo iki galo, kad būtų naudingas. „QoS“ yra nustatytas įrenginiuose, tokiuose kaip jungikliai ir maršrutizatoriai, kurie tvarko eismą. Bet kuris toks duomenų kelyje esantis įrenginys turi turėti teisingą „QoS“ konfigūraciją, kitaip jie neturės laukiamo efekto. Be to, kiekvienas įrenginys turi turėti „QoS“ konfigūraciją, suderinamą su kitais “. „QoS“ naudoja prioritetinius ženklus savo magijai įgyvendinti. Galite nesunkiai įsivaizduoti, kas nutiktų, jei vienas įrenginys svarbesnį laikytų svarbesniu, o kitas - atvirkščiai.
Tikro gyvenimo analogija
Mes dažnai lyginame tinklą su transporto priemonių srautukur greitkeliai žymi tinklo jungtis, o transporto priemonės - duomenų paketus. Tai gana gera analogija, nes yra daug panašumų tarp dviejų tipų srauto. Tikriausiai daugiau, nei yra skirtumų. Mes naudosime tą pačią analogiją bandydami konkrečiai paaiškinti, kas yra QoS.
Taigi, įsivaizduokime užimtą greitkelį. Tai penktadienio popietė piko valandą ir ten yra daugybė automobilių ir sunkvežimių. Eismas jau juda gana lėtai, bet, kad viskas būtų dar blogiau, artėjame prie sankryžos ir, kitoje tos sankryžos pusėje, vyksta keli kelio darbai, nieko nedaryti, tik pridėti prie problemos. Dauguma iš jūsų yra atsidūrę tokioje situacijoje.
Norėdami pabandyti padėti eismui judėti šiek tiek geriau,artėjančioje sankryžoje yra eismo policininkas. Jis stengiasi, kad kiekvienam vairuotojui būtų suteikta teisinga kelio dalis. Bet net ir jam padedant, reikalai mažai juda ir, patinka tai ar ne, esate užstrigę eisme.
Tada per atstumą išgirsti greitosios pagalbos automobilįsirena, sklindanti iš paskos. Tai yra tada, kai eismo policininkas sankryžoje keičiasi aukšta pavara. Pripažindamas, kad greitosios pagalbos automobilis tikrai turi praeiti, jis įsitikina, kad eina priešais greitąją pagalbą einantis eismas ir sustabdomas priešpriešinis eismas, užtikrindamas, kad ji galėtų tęsti savo kelią kuo mažiau vėluodama. Tuo tarpu kiti vairuotojai turi laukti savo eilės, kad galėtų tęsti savo maršrutą pravažiavę prioritetinę transporto priemonę.
Du puikūs „SolarWinds“ įrankiai
Prieš eidamas toliau, norėčiau aptarti akeletas „SolarWinds“ įrankių. Nors jie nėra tiesiogiai susiję su QoS, abu yra labai naudingi nustatant, kur yra jūsų tinklų trūkumų ir kas juos sukelia. Jie padės įvertinti esamą situaciją, o tai yra pirmasis žingsnis taisant problemas apskritai ir įgyvendinant QoS.
1. Tinklo našumo monitorius (NEMOKAMAS bandymas)
„SolarWinds“ pavyzdinis produktas - tinklas„Performance Monitor“ yra galbūt vienas iš geriausių SNMP pralaidumo stebėjimo įrankių. Tai įrankis, kuris naudos paprastą tinklo valdymo protokolą, kad parodytų tinklo grandinių pralaidumo panaudojimo raidą bėgant laikui. Programinės įrangos informacijos suvestinę, jos rodinius ir diagramas galima visiškai pritaikyti. Įrankis gali būti nustatytas minimaliomis pastangomis ir jį galima pradėti stebėti beveik iškart po įdiegimo. „NPM“ gali būti nuo mažiausių iki didžiausių tinklų, kurių šimtai įrenginių yra keliose vietose.
NEMOKAMAS 30 DIENŲ BANDYMAS: „SolarWinds“ tinklo našumo monitorius
Naudojamas „SolarWinds“ tinklo efektyvumo monitoriusSNMP reguliariai, paprastai penkias minutes, apklausa įrenginius ir skaito jų sąsajų skaitiklius. Tada jis apskaičiuoja pralaidumo panaudojimą, kaupia jį duomenų bazėje, kad ateityje galėtų naudoti, ir rodo grafikus, rodančius pralaidumo naudojimo raidą bėgant laikui. NPM yra didžiulis įrankis, turintis keletą papildomų funkcijų. Pavyzdžiui, jis gali sudaryti tinklo žemėlapius ir parodyti kritinį kelią tarp dviejų įrenginių.
„Network Performance Monitor“ kainos prasideda nuo maždaug 3000 USD. Jei norėtumėte išbandyti produktą prieš pirkdami, galite įsigyti 30 dienų bandomąją versiją.
2. „NetFlow“ srauto analizatorius (NEMOKAMAS bandymas)
„SolarWinds NetFlow“ srauto analizatorius pateikia:administratorius - išsamesnis tinklo srauto vaizdas. Tai ne tik rodo pralaidumo naudojimą bitais per sekundę. Įrankis pateikia išsamią informaciją apie stebimą srautą. Tai jums pasakys, koks srautas yra labiau paplitęs arba koks vartotojas naudoja didesnį pralaidumą. Tai taip pat pateiks neįkainojamos informacijos apie įvairius srauto tipus, tokius kaip naršymas internete, verslo programas, telefoniją ar srautinį vaizdo įrašą, kurie yra perduodami jūsų tinkle.
NEMOKAMAS 30 DIENŲ BANDYMAS: „SolarWinds“ tinklo srauto analizatorius
„NetFlow“ srauto analizatorius naudoja „NetFlow“protokolas, skirtas rinkti išsamią naudojimo informaciją iš savo tinklo įrenginių. „NetFlow“ protokolas yra integruotas į daugelį įvairių pardavėjų tinklo įrenginių. Sukonfigūravę tinklo įrenginiai siunčia „NetFlow“ kolektoriui ir analizatoriui išsamią informaciją apie kiekvieną tinklo „pokalbį“ arba srautą. „SolarWinds NetFlow“ srauto analizatorius yra vienas iš tokių kolektorių ir analizatorių.
Jei norite išbandyti produktą prieš įsipareigodami jį įsigyti, nemokamą 30 dienų bandomąją versiją galite atsisiųsti iš „SolarWinds“. Tai visiškai tinkama versija, kuriai nėra jokių apribojimų, bet laikas.
Veiksniai, turintys įtakos tinklo veikimui
Įprastame tinkle duomenų pateikimą gali paveikti keli veiksniai. Mes sudarėme pagrindinių veiksnių, galinčių turėti įtakos tinklo našumui, sąrašą.
Mažas pralaidumas
Tai turi būti susiję su tinklo jungties galimybėmis. Kai kurie gali aptarnauti daugiau srauto nei kiti. Paprastai jis matuojamas bitais arba dažnai kilogramais arba megabaitais per sekundę. Jei viršysite nuorodos pajėgumą, susidarys spūstys ir pablogės našumas.
Pamestos pakuotės
Paketus gali mesti tinklo įrenginiai, skirtikeletas priežasčių. Galbūt jie buvo sugadinti tranzito metu ir nebegalės būti pripažinti. Tačiau dažniausiai paketai numetami atvykus į įrenginį, kurio buferiai jau yra pilni. Priimančioji programa paprastai supras, kad trūksta kai kurių duomenų, ir paprašys ją perduoti, o tai sukels papildomą vėlavimą ir pablogės našumas.
Klaidos
Triukšmas ir trukdžiai gali sugadinti duomenis. Tai ypač pasakytina apie belaidį ryšį ir ilgus varinius laidus. Aptikus klaidų, priimančioji programa paprašys perduoti trūkstamus duomenis ir vėl pablogins našumą.
Latencija
Vėlavimas susijęs su tinklo įrenginių eilėmisduomenis prieš juos išsiunčiant. Taip pat gali nutikti, kai naudojami ilgesni maršrutai, kad būtų išvengta spūsčių. Tai neturėtų būti painiojama su pralaidumu. Dėl delsos vėlavimas ilgainiui gali kauptis, net jei pralaidumas yra pakankamas.
Jitter
Jitter yra apibrėžiamas kaip jo vėlavimo kitimasužtrunka kiekvienam duomenų paketui pasiekti savo tikslą. Tai atsitinka dėl įvairių priežasčių. Pavyzdžiui, du paketai gali eiti skirtingais keliais. To pasekmė yra tai, kad kai virškinimas tampa per didelis, paketai gali patekti iš eilės į paskirties vietą. Jei paketai yra „Word“ dokumento dalis, jie bus teisingai pertvarkyti ir niekam tai neturės įtakos, tačiau jei mes kalbame apie balso ar srautinio vaizdo duomenis, tai gali sukelti įvairiausių problemų.
Kaip ką tik matėme, našumo problemos labiau paveiks kai kurias srauto rūšis, pavyzdžiui, balso ar srautinio vaizdo įrašus. Štai kodėl skirtingiems srautams reikalingas skirtingas valdymas ir kodėl egzistuoja „QoS“.
Kaip veikia QoS
Prieš pradėdami, norėčiau pasakyti keletą dalykų. Pirma, nesu tinklo inžinierius. Antra, šio paaiškinimo tikslas nėra visiškai tikslus. Aš sąmoningai per daug supaprastinu ir net galbūt tam tikru mastu susukau realybę, kad šią skiltį būtų lengviau suvirškinti. Mano tikslas yra suteikti jums bendrą supratimą apie tai, kaip tai veikia, o ne mokyti jus apie QoS konfigūraciją.
„QoS“ veikia identifikuodamas, koks srautas yra didesnis„Svarbu“ ir teikdami prioritetą tam srautui visame tinkle. Nėra jokios „auksinės taisyklės“, kokia eismas yra svarbesnis už kitus. Akivaizdu, kad kai kurie srautai, pavyzdžiui, balso ar srautinio vaizdo įrašai, paprastai bus laikomi svarbiais vien dėl to, kad dėl netinkamo našumo jis neveiks tinkamai. Kai kurie srautai, pavyzdžiui, naršymas žiniatinklyje daugelyje organizacijų, yra nesvarbūs, todėl jiems nebus teikiama pirmenybė.
Yra du QoS komponentai. Pirmiausia reikia klasifikuoti ir pažymėti eismą. Nors eismą galima pažymėti keliais būdais, šiandien labiausiai paplitusios diferencijuotos paslaugos. Tai yra tas, kurį mes trumpai išsiaiškinsime. Antrasis komponentas yra eilės sudarymas, kuris užtikrins, kad prioritetiniai duomenys būtų perduodami kuo mažiau vėluojant. Eilių sudarymas tinklo įrenginiuose atliekamas pagal diferencijuotų paslaugų ženklinimą.
Diferencijuotos paslaugos arba „DiffServ“ naudoja akiekvieno paketo antraštėje esantis šešių bitų kodas žymėti yra pagal keletą didėjančio prioriteto klasių. Šis žymėjimas vadinamas diferencijavimo paslaugų kodo tašku arba DSCP. Tipiškos DSCP reikšmės svyruoja nuo 0, mažiausiai svarbus srautas - iki 48, svarbiausia.
Klasifikavimas ir žymėjimas
Kad tinklo srautas būtų tinkamai valdomaspagal prioritetą pirmiausia turi būti tinkamai klasifikuojamas ir pažymimas. Žymėjimas gali būti atliekamas tiesiai prie šaltinio. Pvz., Nėra neįprasta, kad IP telefonų įrenginiai savo srautą pažymi DSCP 46 - aukšto prioriteto verte. Eismui, kuris nėra pažymėtas šaltinyje, viskas yra sudėtingesnė.
Nepažymėto srauto iš tikrųjų nėra„DiffServ“. Pagal numatytuosius nustatymus visas srautas pažymimas DSCP 0, žemiausiu prioritetu. Jį žymėti reikia iki pirmojo tinklo įrenginio, kuris tvarko srautą (dažniausiai jungiklį). Kaip tai daroma? Dažniausiai per ACL.
ACL arba prieigos kontrolės sąrašai yradauguma tinklo įrenginių, kurie gali būti naudojami srautui identifikuoti. Kaip rodo jų vardas, jie iš pradžių buvo naudojami kaip prieigos kontrolės priemonė. ACL srautą nustato pagal kelis kriterijus. Tarp jų labiau paplitę yra šaltinio ir paskirties IP adresas bei šaltinio ir paskirties prievado numeris. Metams bėgant, ACL vis tobulėjo ir dabar gali būti naudojami tiksliai parinkti labai specifinį srautą.
Jei ACL naudojami QoS žymėjimams įterpti, taisyklėse ne tik nurodoma, kaip atpažinti srautą, bet ir kokia DSCP reikšmė jį pažymėti.
Eilės
Dabar, kai eismas pažymėtas, liko tik taipagal prioritetą pažymėkite jį. Paprastai tai atliekama naudojant kelias eiles, didinant prioritetą. Nors DSCP vertės yra 6 bitų pločio ir todėl gali svyruoti nuo 0 iki 63, tinklo įranga retai naudoja tiek daug eilių. Daugeliui tinklo įrenginių būdinga naudoti nuo trijų iki septynių eilių, iš kurių penkios yra dažniausias skaičius. Su penkiomis eilėmis ir daugiau nei 60 ženklų jūs tikrai supratote, kad kiekvienoje eilėje eina daugiau nei viena DSCP vertė.
Mažiausia prioriteto eilė, kuri dažnai vadinamapastangų arba BE eilė bus ta, kuriai maršruto variklis skiria mažiausiai dėmesio. Ir atvirkščiai, didžiausio prioriteto eilė, kurią dažnai vadiname realiuoju laiku arba RT, sulauks daugiausiai dėmesio. Tai užtikrina, kad „svarbus“ eismas bus nukreiptas ar įjungtas pirmumo tvarka. Be abejo, tai taip pat reiškia, kad pastangos gali būti rimtai atidėtos ir galbūt net neįgyvendintos. Tai reikia atsiminti klasifikuojant ir žymint srautą, kuriam labiausiai reikia pastangų
QoS nenaudojimo pasekmės
QoS nenaudojimo pasekmės yra labai įvairios. Pvz., Jei jūsų tinkle nėra labai jautraus srauto, pavyzdžiui, IP telefonijos ar srautinio vaizdo perdavimo, nenaudojant „QoS“, tai gali neturėti jokios įtakos. Tai ypač pasakytina apie dabartinį žemą srautą. Tiesą sakant, esant mažai srautui, „QoS“ beveik neduoda jokios naudos. Jei grįžtume prie savo greitkelio analogijos. Jei greitosios pagalbos automobilis yra vienintelis 5 juostų greitkelyje, jam nereikia teikti pirmenybės.
Bet tokiose situacijose, kai kenčia jūsų tinklasiškilus bet kokiai ar daugeliui problemų, tokių kaip per didelis išnaudojimas ir grūstys, QoS nebuvimas sukels visokių problemų. Pavyzdžiui, srautui, kuriam reikia perdavimo realiuoju laiku arba beveik realiuoju laiku, pavyzdžiui, IP telefonijai, tai gali būti sugedusio, supjaustyto ar nesuprantamo garso priežastis. Taip pat tai turės įtakos vaizdo transliacijai, todėl per didelis buferizavimas atkūrimo metu.
Tačiau net ir kitos tarnybos gali nukentėtinėra QoS. Įsivaizduokite, kad verslo tinklo vartotojas bando prisijungti prie svarbios internetinės apskaitos sistemos, tuo pačiu metu šimtai vartotojų eina per pietų pertrauką ir intensyviai naršo internete. Tai gali paversti apskaitos programą nenaudotina, nebent jos srautas tinkamai nustatomas pagal QoS.
„QoS“ visko neištaisys
Tačiau, kaip gerai, QoS įdiegimas nėra tas patskiekvienos problemos sprendimas. Tinklo administratoriai linkę manyti, kad įdiegę QoS, jie nebereikės padidinti pralaidumo. Nors tiesa, kad įgyvendinus QoS, bus nedelsiant ir akivaizdžiai pagerintas aukšto prioriteto srauto valdymas. Tai taip pat pablogins žemesnį prioritetą.
„QoS“ pasirūpins laikinu tinkluspūsčių ir užtikrins, kad verslui svarbios paslaugos ir toliau tinkamai veiktų, kol nėra spūsčių, tačiau tai jos nesustabdys. Vis tiek turite stebėti tinklo naudojimą ir turėti parengtą pajėgumų planavimo programą.
Išvada
QoS turėtų būti bet kurios organizacijos tinklo dalisstrategija, tačiau tai neturėtų būti vienintelis dalykas. Bet daugiau nei nieko, planuojant ir nustatant QoS, reikia būti ypač atsargiems. Teisingai pritaikius, jis gali padaryti mažų stebuklų, tačiau kai kuriems vartotojams situacija gali būti dar blogesnė. Prieš įgyvendindami QoS, taip pat turėtumėte įdiegti stebėjimo priemones, kad įvertintumėte situaciją. Tos pačios priemonės bus neįkainojamos ir po jų įdiegimo.
Komentarai