Pakalpojuma kvalitāte jeb QoS ir sarežģīts priekšmets. Bet mūsdienās tā lietošana ir tik izplatīta, ka par to jāzina ikvienam tīkla administratoram. QoS kļuva populārs, jo arvien vairāk tīklu sāka pārnēsāt datus, kuriem jāpiešķir prioritāte, tajā pašā laikā atpūtas tīkla lietošana kļūst arvien izplatītāka. Mēs nedomājam padarīt jūs par QoS ekspertiem, bet tā vietā mēs vēlamies nedaudz ieskaidrot šo tēmu pēc iespējas netehniskā veidā. Tu vienkārši sakot, mūsu mērķis ar šo ir atbildēt uz šādu jautājumu: Kas ir QoS un kam tas ir labs?
Šis nav kurss par QoS teoriju unieviešana. Mēs jums nerādīsim vienu slēdzi vai maršrutētāja komandu. Mūsu mērķis ir ļaut jums vienkārši saprast QoS būtību. Sākumā noskaidrosim, kas ir QoS un kas nav. Pēc tam mēs īsi apstādināsim, lai apspriestu dažus SolarWinds rīkus, kurus jūs varētu vēlēties izmēģināt. Pēc tam mēs apspriedīsim dažādus faktorus, kas var ietekmēt tīkla darbību. Tas mūs aizvedīs līdz jautājuma būtībai: kā darbojas QoS. Kā redzēsit, tas ir daudz vienkāršāk, nekā šķiet. Pirms noslēgšanas mēs apspriedīsim to, kas notiek, ja jūs nelietojat QoS, un to, kas QoS nevar jums palīdzēt.
Tātad, kas tieši ir QoS?
Tā kā tīkla izmantošana pieauga, iekļaujot arvien vairāk un vairākdažāda veida satiksmi un kad tīkla sastrēgumi kļuva arvien biežāki un nozīmīgāki, inženieri drīz vien saprata, ka viņiem ir nepieciešams veids, kā organizēt un noteikt prioritātes satiksmē. QoS nav viena lieta, bet gan funkciju un tehnoloģiju apvienojums, kas darbojas kopā, lai to sasniegtu. Izmantojot daudz izmēģinājumu un kļūdu, mums tagad ir samērā universāla QoS sistēma, kuru var izmantot, lai droši nodrošinātu, ka svarīgai trafikai tiek pievērsta vajadzīgā uzmanība.
Svarīgs QoS aspekts ir tas, ka tam tā ir jābūtieviesta no gala līdz beigām, lai tā būtu pilnīgi jebkura noderīga. QoS ir iestatīts ierīcēs, piemēram, slēdžos un maršrutētājos, kas apstrādā satiksmi. Jebkurai šādai datu ceļa ierīcei ir jābūt pareizai QoS konfigurācijai, vai arī citām lietām, kurām tā nedos gaidīto efektu. Turklāt katrai ierīcei jābūt QoS konfigurācijai, kas ir savietojama ar citām ”. QoS izmanto prioritāros marķējumus, lai realizētu savu maģiju. Jūs viegli varat iedomāties, kas notiktu, ja viena ierīce par svarīgāku uzskatītu augstas prioritātes skaitli, bet otra rīkotos pretēji.
Īstas dzīves analogs
Mēs bieži salīdzinām tīklu ar transporta satiksmikur lielceļi apzīmē tīkla saites un transportlīdzekļi apzīmē datu paketes. Tā ir diezgan laba analoģija, jo starp abiem satiksmes veidiem ir daudz līdzību. Droši vien vairāk, nekā pastāv atšķirības. Mēs izmantosim to pašu analoģiju, lai mēģinātu konkrēti izskaidrot, kas ir QoS.
Iedomāsimies aizņemtu šoseju. Piektdienas pēcpusdiena ir sastrēgumstundā, un tur ir daudz automašīnu un kravas automašīnu. Satiksme jau pārvietojas diezgan lēni, bet, lai padarītu situāciju vēl sliktāku, mēs tuvojamies krustojumam, un, krustojuma otrā pusē, notiek daži ceļa darbi, kas neko nedara, bet tikai papildina problēmu. Lielākā daļa no jums šādā situācijā ir vairāk nekā iespējams.
Lai mēģinātu palīdzēt satiksmei nedaudz labāk pārvietoties,gaidāmajā krustojumā ir satiksmes policists. Viņš dara visu iespējamo, lai mēģinātu katram autovadītājam dot savu ceļa daļu. Bet pat ar viņa palīdzību lietas daudz nevirzās, un, patīk tas vai nē, jūs esat ieslodzīts satiksmē.
Tad tālumā dzirdi ātrās palīdzības mašīnusirēna, kas nāk no jums aiz muguras. Tas ir, kad satiksmes policists krustojumā pārslēdzas ar lielu pārnesumu. Atzīstot, ka ātrajai medicīniskajai palīdzībai patiešām ir jāiet cauri, viņš pārliecinās, ka jālaiž cauri satiksme ātrās palīdzības priekšā un jāpārtrauc pretimbraucošā satiksme, nodrošinot, ka tā var turpināt ceļu pēc iespējas mazāk ar nokavēšanos. Tikmēr citiem autobraucējiem jāgaida savs pagrieziens, pirms viņi var atsākt savu maršrutu, kad prioritārais transportlīdzeklis ir pagājis.
Divi lieliski rīki no SolarWinds
Pirms mēs dodamies tālāk, es vēlētos apspriest adaži rīki no SolarWinds. Lai gan tie nav tieši saistīti ar QoS, abi ir ļoti noderīgi, lai noteiktu, kur jūsu tīklos ir vājās vietas un kas tos izraisa. Viņi palīdzēs novērtēt pašreizējo situāciju, kas ir pirmais solis problēmu novēršanā kopumā un QoS ieviešanā.
1. Tīkla veiktspējas monitors (Bezmaksas izmēģinājuma versija)
SolarWinds vadošais produkts - tīklsPerformance Monitor, iespējams, ir viens no labākajiem SNMP joslas platuma uzraudzības rīkiem. Šis ir rīks, kas izmantos vienkāršo tīkla pārvaldības protokolu, lai grafiski atspoguļotu tīkla ķēžu joslas platuma izmantošanas attīstību laika gaitā. Programmatūras informācijas panelis, tā skati un diagrammas ir pilnībā pielāgojamas. Rīku var uzstādīt ar minimālām pūlēm, un to var sākt uzraudzīt gandrīz tūlīt pēc instalēšanas. NPM var mērogot no mazākajiem tīkliem līdz milzīgiem, ja simtiem ierīču atrodas vairākās vietnēs.
BEZMAKSAS 30 dienu izmēģinājums: SolarWinds tīkla veiktspējas monitors
Tiek izmantots SolarWinds tīkla veiktspējas monitorsSNMP regulāri aptaujā ierīces - parasti piecas minūtes - un nolasa to saskarņu skaitītājus. Pēc tam tas aprēķina joslas platuma izmantošanu, saglabājot to datu bāzē turpmākai atsaucei, un parāda grafikus, kas parāda joslas platuma lietojuma attīstību laika gaitā. NPM ir milzīgs rīks ar vairākām papildu funkcijām. Piemēram, tas var izveidot tīkla kartes un parādīt kritisko ceļu starp divām ierīcēm.
Tīkla veiktspējas monitora cenas sākas ar aptuveni 3000 USD. Ir pieejams 30 dienu izmēģinājums, ja vēlaties izmēģināt produktu pirms tā pirkšanas.
2. NetFlow trafika analizators (Bezmaksas izmēģinājuma versija)
NetFlow trafika analizators dodadministratoram - detalizētāks tīkla trafika skats. Tas ne tikai parāda joslas platuma izmantošanu bitos sekundē. Rīks sniedz detalizētu informāciju par novēroto satiksmi. Tas jums pateiks, kāda veida trafiks ir izplatītāks vai kāds lietotājs izmanto lielāku joslas platumu. Tas arī sniegs nenovērtējamu informāciju par dažādajiem datplūsmas veidiem, piemēram, tīmekļa pārlūkošanu, biznesa lietotnēm, telefoniju vai straumētu video, kas tiek nodrošināti jūsu tīklā.
BEZMAKSAS 30 dienu izmēģinājums: SolarWinds Netflow trafika analizators
NetFlow trafika analizators izmanto NetFlowprotokols, lai savāktu detalizētu lietošanas informāciju no tīkla ierīcēm. NetFlow protokols ir iebūvēts daudzās dažādu ierīču tīkla ierīcēs. Pēc konfigurēšanas tīkla ierīces nosūta detalizētu informāciju par katru tīkla “sarunu” vai plūsmu uz NetFlow kolektoru un analizatoru. Viens no šādiem kolekcionāriem un analizatoriem ir SolarWinds NetFlow trafika analizators.
Ja vēlaties izmēģināt produktu pirms apņemšanās to iegādāties, no SolarWinds var lejupielādēt bezmaksas 30 dienu izmēģinājuma versiju. Šī ir pilnībā Featured versija, kurai nav ierobežojumu, bet tikai laiks.
Faktori, kas ietekmē tīkla darbību
Parasti tīklā datu piegādi var ietekmēt vairāki faktori. Mēs esam izveidojuši galveno faktoru sarakstu, kas var ietekmēt tīkla darbību.
Zema caurlaidspēja
Tas ir saistīts ar tīkla saites jaudu. Daži var pārvadāt vairāk trafika nekā citi. Parasti to mēra bitos - vai bieži vien kilogramos vai megabitos - sekundē. Ja pārsniedzat saites kapacitāti, rodas sastrēgumi un tiek pasliktināta veiktspēja.
Pamestās paciņas
Paketes var nomest, izmantojot tīkla ierīcesvairāki iemesli. Varbūt viņi tranzītā ir sabojājušies un vairs nevar tikt atzīti. Bet biežāk paketes tiek nomestas, nonākot ierīcē, kuras buferi jau ir pilni. Saņemošā lietojumprogramma parasti saprot, ka trūkst dažu datu, un pieprasīs tās atkārtotu nosūtīšanu, kas radīs papildu kavēšanos un veiktspējas pasliktināšanos.
Kļūdas
Troksnis un traucējumi var sabojāt datus. Tas jo īpaši attiecas uz bezvadu sakariem un pa gariem vara vadiem. Atklājot kļūdas, saņēmēja lietojumprogramma lūgs atkārtoti pārsūtīt trūkstošos datus, atkal pasliktinot veiktspēju.
Latentums
Latentums ir saistīts ar tīkla ierīču rindošanudatus pirms to nosūtīšanas. Tas var notikt arī tad, ja tiek izmantoti garāki maršruti, lai izvairītos no sastrēgumiem. To nevajadzētu sajaukt ar caurlaidspēju. Ar latentumu kavēšanās laika gaitā var izveidoties, pat ja caurlaide ir pietiekama.
Nervozēt
Nervozēšana tiek definēta kā tās aizkavēšanās variācijaprasa, lai katra datu pakete sasniegtu galamērķi. Tas notiek dažādu iemeslu dēļ. Piemēram, divas paketes var veikt atšķirīgus maršrutus. Rezultāts ir tāds, ka tad, kad satricinājums kļūst pārāk augsts, paciņas var nonākt secībā galamērķī. Ja paketes ir daļa no Word dokumenta, tās tiks kārtotas pareizi, un tās netiks ietekmētas, taču, ja mēs runājam par balss vai video straumēšanu, tas var izraisīt visa veida problēmas.
Kā mēs tikko redzējām, veiktspējas problēmas vairāk ietekmē dažus trafika veidus, piemēram, balsi vai straumētu video. Tas ir iemesls, kāpēc atšķirīgai satiksmei nepieciešama atšķirīga apstrāde un kāpēc pastāv QoS.
Kā darbojas QoS
Pirms mēs sākam, es vēlētos pateikt dažas lietas. Pirmkārt, es neesmu tīkla inženieris. Otrkārt, šī skaidrojuma mērķis nav būt absolūti precīzs. Es apzināti pārlieku vienkāršoju lietas un, iespējams, pat zināmā mērā sagrozīju realitāti, lai šo sadaļu būtu vieglāk sagremot. Mans mērķis ir sniegt jums vispārēju priekšstatu par tā darbību, nevis apmācīt jūs par QoS konfigurāciju.
QoS darbojas, nosakot, kāda ir vairāk trafika“Svarīgi” un piešķirot prioritāti šai trafikai visā tīklā. Nav “zelta likuma” par to, kāda satiksme ir svarīgāka par citām. Acīmredzot daļa trafika, piemēram, balss vai straumēta video, parasti tiek uzskatīta par svarīgu tikai tāpēc, ka tā nedarbosies pareizi, ja cieš no veiktspējas pasliktināšanās. Daļa trafika, piemēram, tīmekļa pārlūkošana daudzās organizācijās, tiek uzskatīta par nesvarīgu, tāpēc tai netiks piešķirta prioritāte.
QoS ir divas sastāvdaļas. Pirmkārt, satiksme ir jāklasificē un jāiezīmē. Lai arī satiksmi var iezīmēt vairākos veidos, mūsdienās visizplatītākie ir diferencētie pakalpojumi. Tas ir tas, ko mēs īsumā sīkāk aprakstīsim. Otrais elements ir rindas veidošana, kas nodrošinās, ka prioritārie dati tiks pārsūtīti ar iespējami nelielu kavēšanos. Rindošana tiek veikta tīkla ierīcēs saskaņā ar diferencēto pakalpojumu marķējumiem.
Diferencētus pakalpojumus vai DiffServ izmantojiet asešu bitu kods katra iesaiņotā galvenei ir saskaņā ar vairākām prioritārās klases klasēm. Šis marķējums tiek saukts par pakalpojumu diferencēšanas koda punktu jeb DSCP. Tipiskās DSCP vērtības svārstās no 0, vissvarīgākā trafika līdz 48, vissvarīgākā.
Klasifikācija un marķēšana
Lai tīkla trafiks tiktu pareizi apstrādātsatbilstoši prioritātei tas vispirms ir jāklasificē un atbilstoši jāmarķē. Atzīmēšanu var veikt tieši avotā. Piemēram, nav nekas neparasts, ka IP telefona aparāti savu trafiku atzīmē kā DSCP 46, kas ir augstas prioritātes vērtība. Satiksmei, kas nav atzīmēta avotā, lietas ir daudz sarežģītākas.
Neatzīmēta trafika reāli navDiffServ. Pēc noklusējuma visu trafiku apzīmē ar zemāko prioritāti DSCP 0. Pirmā tīkla ierīce, kas apstrādā trafiku, parasti ir slēdzis, lai to atzīmētu. Kā tas tiek darīts? Pārsvarā caur ACL.
ACL jeb piekļuves kontroles saraksti irvairums tīkla aprīkojuma, ko var izmantot trafika identificēšanai. Kā norāda viņu nosaukums, tie sākotnēji tika izmantoti kā piekļuves kontroles līdzeklis. ACL identificē trafiku, pamatojoties uz vairākiem kritērijiem. Starp tiem biežāk sastopamā ir avota un mērķa IP adrese un avota un mērķa porta numurs. Gadu gaitā ACL ir kļuvuši arvien pilnveidoti un tagad tos var izmantot, lai precīzi atlasītu ļoti specifisku trafiku.
ACL gadījumā, ko izmanto, lai ievietotu QoS marķējumus, noteikumi ne tikai norāda, kā atpazīt trafiku, bet arī to, ar kādu DSCP vērtību to atzīmēt.
Rindas
Tagad, kad satiksme ir atzīmēta, viss, kas atlicis, ir paredzētssakārtojiet to pēc tā marķējuma. Parasti to veic, izmantojot vairākas rindas ar pieaugošu prioritāti. Kaut arī DSCP vērtības ir 6 bitu platas un tāpēc var svārstīties no 0 līdz 63, tīkla aprīkojums reti izmanto tik daudz rindu. Lielākajai daļai tīkla iekārtu ir raksturīgi izmantot no trim līdz septiņām rindām, piecas ir visizplatītākais skaitlis. Ar piecām rindām un vairāk nekā 60 marķējumiem jūs noteikti esat sapratuši, ka katrā rindā ir vairāk nekā viena DSCP vērtība.
Zemākās prioritātes rinda, kuru bieži saucVislielākās pūles vai BE rinda būs tā, kurai maršrutēšanas motors pievērsīs vismazāko uzmanību. Un otrādi, vislielāko uzmanību pievērsīs augstākās prioritātes rinda, kuru mēs bieži saucam par reāllaiku vai RT. Tas nodrošina, ka “svarīga” satiksme tiks virzīta vai pārslēgta prioritārā secībā. Protams, tas nozīmē arī to, ka labākie centieni var tikt nopietni novilcināti un, iespējams, pat nekad netiek sasniegti. Tas ir kaut kas, kas jāpatur prātā, klasificējot un atzīmējot trafiku, kas pieliek visas pūles
QoS nelietošanas sekas
QoS nelietošanas sekas ir ļoti dažādas. Piemēram, ja jūsu tīklā nav ļoti jutīgas trafikas, piemēram, IP telefonijas vai straumēta video, QoS neizmantošana varētu neko mainīt. Tas jo īpaši attiecas uz gadījumiem, kad jūsu pašreizējais trafika līmenis ir zems. Faktiski zemas satiksmes apstākļos QoS gandrīz neko nedod. Ja mēs atgriezīsimies pie mūsu šosejas analoģijas. Ja ātrā palīdzība atrodas tikai uz 5 joslu šosejas, tai nav jāpiešķir prioritāte.
Bet situācijās, kad cieš jūsu tīklskādi vai daudzi jautājumi, piemēram, pārmērīga izmantošana un sastrēgumi, QoS neesamība radīs visa veida problēmas. Satiksmei, kurai nepieciešama reāllaika vai gandrīz reāllaika pārraide, piemēram, IP telefonijai, tā, piemēram, varētu būt par nepareizas, sagrieztas vai nesaprotamas audio cēloni. Tiks ietekmēta arī video straumēšana, kā rezultātā atskaņošanas laikā tiek pārmērīgi daudz buferizēts.
Bet no tā varētu ciest pat citi pakalpojumiQoS neesamība. Iedomājieties, ka korporatīvā tīkla lietotājs mēģina piekļūt svarīgai tīmekļa grāmatvedības sistēmai, tajā pašā laikā simtiem lietotāju dodas pusdienu pārtraukumā, intensīvi pārlūkojot internetu. Tas grāmatvedības lietojumprogrammu var padarīt nelietojamu, ja vien tās trafiks nav pareizi sakārtots, izmantojot QoS.
QoS visu neizlabos
Bet cik labi tas ir, QoS ieviešana nav tākatras problēmas risinājums. Tīkla administratoriem ir tendence domāt, ka QoS ieviešana atbrīvos viņus no nepieciešamības pievienot joslas platumu. Lai gan ir taisnība, ka QoS ieviešana radīs tūlītēju un ļoti acīmredzamu augstas prioritātes trafika darbības uzlabošanu. Tas pasliktinās arī zemāko prioritāti.
QoS parūpēsies par pagaidu tīklusastrēgumu dēļ, un tas nodrošinās, ka biznesam svarīgi pakalpojumi turpina darboties pareizi, kamēr ir sastrēgumi, bet tas to neapturēs. Jums joprojām jāuzrauga tīkla izmantošana un jāievieš jaudas plānošanas programma.
Secinājums
QoS vajadzētu būt jebkuras organizācijas tīkla daļaistratēģija, taču tai nevajadzētu būt vienīgajai. Bet vairāk nekā jebko, plānojot un iestatot QoS, jāievēro ārkārtas piesardzība. Lai gan, pareizi piemērojot, tas var radīt mazus brīnumus, tas dažiem lietotājiem var padarīt situāciju daudz sliktāku. Un pirms QoS ieviešanas ir jāizveido arī uzraudzības rīki, lai novērtētu situāciju. Šie paši rīki nodrošinās nenovērtējamu vērtību arī pēc ieviešanas.
Komentāri