3. Ettevõtte võrgu disain Extreme'i lülitites

Tere, sõbrad! Täna jätkan ma tsüklit, mis on pühendatud Extreme lülititele artiklile ettevõtte võrgu projekteerimisest.

Artiklis püüan ma võimalikult lühidalt:

• kirjeldada moodulipõhist lähenemist ettevõtte võrgu projekteerimisele
• vaadelda ühe tähtsaima ettevõtte võrgu mooduli — põhivõrgu (ip-campus) — ülesehitusviise
• kirjeldada võrgu kriitiliste sõlmede varuplaanide plusse ja miinuseid
• abstraktsel näitel projekteerida/uuendada väikest ettevõtte võrku
• valida Extreme lülitid projekteeritud võrgu teostamiseks
• töötada kiudkaablite ja IP-aadressimisega

See artikkel on enamasti huvitav võrguinseneridele ja ettevõtte võrgu administratoridele, kes alles alustavad oma teed "võrguinsenerina", mitte kogenud inseneridele, kes on töötanud aastaid sideettevõtetes või suurtes korporatsioonides, millel on geograafiliselt jaotatud võrgud.

Igal juhul palun neid, keda see huvitab, lugeda edasi.

Moodulipõhine lähenemine võrgu projekteerimisel

Alustan oma artiklit üsna populaarse moodulipõhise lähenemisega võrgu projekteerimisel, mis võimaldab kokku panna pusle võrgu detailidest üheks tervikuks.

Alguses natuke abstraktsiooni — ma väga tihti kujutan seda lähenemist ette kui zoomi geokaartidel, kus esimeses vaates on nähtav riik, teises piirkonnad, kolmandas linnad jne.

Näiteks vaatame sellist näidet:

• 1. lähenemine — kogu ettevõtte võrk on erinevate tasemete kogum:
  • põhivõrk ehk campus
  • piiratud tase
  • sideettevõtete tase
  • eemalolevad alad

• 2. lähenemine — iga nendest tasemetest detailsustatakse eraldi moodulitega
  • põhivõrk ehk campus koosneb:
    • 3- või 2-tasandilisest moodulist, mis kirjeldab ettevõtte võrku ja selle tasemeid — juurdepääs, jaotamine ja/või tuum
    • moodulist, mis kirjeldab andmekeskust — andmete töötlemise keskus (põhimõtteliselt infrastruktuuri serveri osa)

  • piiratud tase koosneb omakorda:
    • moodulist internetiühenduseks
    • WAN ja MAN moodulist, mis vastutab geograafiliselt jaotatud ettevõtte objektide ühendamise eest
    • VPN tunnelite ja kaugjuurdepääsu moodulist
    • tihti on paljudel väikestel ettevõtetel mitu neist moodulitest või isegi kõik, kombineeritud ühte

  • teenusepakkujate tase:
    • selle taseme alla kuuluvad välissuhted - tumedad optilised kiud (kiudude rendi operaatoritelt), sidekanalid (Ethernet, G.703 jne), internetiühendus.

  • kaug-tase:
    • peamiselt on need ettevõtte harud, mis on jaotatud linna, piirkonna, riigi või isegi mandrite vahel.
    • samuti võib see ala hõlmata varukoopia andmekeskust, mis taastab põhitegevuse
    • ja loomulikult on viimasel ajal üha populaarsemaks saanud - kaugtöötajad (kaugtöökohad)

• 3. lähenemine - iga moodul jaguneb väiksemateks mooduliteks või tasemeteks. Näiteks campus-võrgus:
  • 3-tasandiline võrk jaguneb:
    • juurdepääsu tase
    • jaotustase
    • tuumatasand

  • andmekeskus võib keerulisematel juhtudel jaguneda:
    • 2- või 3-tasandiline võrguosa
    • serveriosa

  Kõike eelnevalt kirjeldatut püüan näidata järgmises lihtsustatud joonises:

  
  
  Nagu ülaltoodud joonisest näha - modulaarne lähenemine aitab üldpilti detailsemaks ja struktureeritumaks jagada, millega on hiljem lihtsam töötada.

  Käesolevas artiklis keskendun Campus Enterprise tasemele ning kirjeldan seda põhjalikumalt.

  IP-CAMPUS võrkude tüübid

  Oma tööaegadel teenusepakkujana ja eriti hiljem - integratorina, olen kokku puutunud erineva "küpsuse" tasemega kliendi võrkudega. Ma ei kasuta sõna küpsus asjata, kuna sageli kohtab juhtumeid, kus võrgu struktuur kasvab koos ettevõtte kasvuga, ja see on igati loogiline.

  Väikeses ettevõttes, mis asub ühes hoones, võib ettevõtte võrk koosneda vaid ühest piiratud marsruuterist, mis täidab tulemüürifunktsiooni, mõnest juurdepääsu lülitist ning paarist-serverist.

  Ma nimetan sellist võrku „ühetasandiliseks” võrguks - selles puudub selgelt määratletud tuumatasand, jaotustase on nihutatud piiratud marsruuteri (tulemüüri, VPN ja võimaliku proxy funktsioonidega) peale, ja juurdepääsu lülitid teenindavad nii töötajate arvuteid kui ka servereid.

  
  
  Ettevõtte kasvamise korral - töötajate, teenuste ja serverite arvu suurenemise tõttu, tuleb sageli:

  • suurendada võrgu ja juurdepääsupordide arvu
  • suurendada serverivõimsust
  • võitlema ründavate domeenide vastu — rakendama võrgu segmentimist ja marsruutimist segmentide vahel
  • võitlema võrgu rikete vastu, mis põhjustavad töötajate seiskumist, kuna see toob kaasa lisakulud juhtkonnale (töötaja seisab, palk makstakse, kuid töö ei toimu)
  • rikete tõrjumise protsessis mõtlema võrgu kriitiliste lünkade nagu marsruuterite, lülitite, serverite ja teenuste varuks
  • tõhustama turvapoliitikat, kuna võivad tekkida kaubandusriskid ja samuti — usaldusväärsema võrgu töö tagamiseks

  Kõik see viib selleni, et insener (võrguadministraator) mõtleb varem või hiljem võrgu õige ehituse peale ja jõuab 2-tasandilise mudelini.

  See mudel eristab selgelt kahte taset — juurdepääsutaset ja jaotustaset, mis on samas ka tuumatasand (collapsed-core).

  Kombineeritud jaotustase ja tuumatasand täidavad järgmisi funktsioone:

  • agreggeerib juurdepääsulülititest tulenevad lingid
  • sisse viib võrgu segmentide marsruutimise — kasutajaid ja seadmeid on nii palju, et ühte võrku /24 nad ei mahutu, ja kui nad mahuvad, põhjustavad broadcast-tormid pidevaid rikkeid (eriti kui kasutajad aitavad neid luues silmus)
  • tagab ühenduse naabersegmentide lülititega (kiiremates linkides)
  • tagab ühenduse kasutajate ja nende seadmete ning serverite farmi vahel, mis ka hakkab välja eristuma eraldi võrgu segmentina — andmekeskus.
  • hakkab koos juurdepääsulülititega mingil määral tagama turvapoliitikat, mis sel ajal ettevõttes ilmneb. Ettevõte kasvab, kaubandusriskid kasvavad (siin mõtlen mitte ainult kaubandussaladuse regulatsioone, ligipääsupoliitikate eristamist jne, vaid ka võrgu ja töötajate elementaarseid seisakute).

  Nii et võrk kasvab varem või hiljem 2-tasandiliseks mudeliks:

  
  
  Selles mudelis on erilised nõuded nii juurdepääsu lülititele, mis koguvad kasutajatelt ja võrgu seadmetelt (printerid, juurdepääsupunktid, VoIP-seadmed, IP-telefonid, IP-kaamerad jne) linke, kui ka jaotamis- ja tuum lülititele.

  Juurdepääsu lülitid peavad olema juba intelligentsemad ja funktsionaalsemad, et rahuldada võrgu jõudlus- ja turvanõudeid ning paindlikkust, ja nad peavad:

  • olenema erinevatest juurdepääsu ja isegi pealelülitusportide tüüpidest - soovitavalt võimaluselt liiklusmahu ja portide arvu kasvuks
  • olema piisava lülituskapasiteedi ja läbilaskevõimega
  • olema vajalikud turvafunktsioonid, mis vastavad praegustele turvapoliitikatele (ja ideaalis ka nende edasistele nõuetele)
  • olema võimelised toites kaugseadmest, võimaldades nende eemalt taaskäivitamist (PoE, PoE+)
  • olema võimelised oma elektritoite reserveerima, et seda kasutada kohtades, kus see on vajalik
  • olema (võimalusel) edasise funktsionaalsuse kasvu potentsiaal - sage näide on see, kui juurdepääsu lüliti muutub aja jooksul jaotamis-lülitiks

  Jaotamis-lülititele esitavad omakorda samuti vastavad nõuded:

  • nii pealelülitusportide osas juurdepääsu lülitite suunas kui ka kõrvalasuvate jaotamis-lülitite vastastikuste liideste (ja edaspidi võimalike uplink-liideste suunas tuumale)
  • L2 ja L3 funktsionaalsuse osas
  • turvafunktsiooni osas
  • tugiteenuste tagamise osas (reserveerimine, klasterdamine ja elektritoite reserveerimine)
  • paindlikkuse tagamise osas liikluse tasakaalustamisel
  • olema (võimalusel) edasise funktsionaalsuse kasvu potentsiaal (agregatsiooniseadme muutumine tuumaks aja jooksul)
  • mõnel juhul võib jaotamis-lülititel olla sobiv kasutada PoE, PoE+ porte.

  Edasi minek — rohkem: juhtkonna aktiivse kasvu ja arengu poliitika rakendamisel jätkab ettevõtte võrgustik samuti arengut — ettevõte võib alustada naaberkinnistute üürimist, ehitada oma hooneid või omandada väiksemaid konkurente, suurendades sellega töötajate töökohti. Samal ajal toimub ka võrgu kasv, mis nõuab:

  • töötajate töökohtade tagamine — vajalikud on uued juurdepääsulülitid juurdepääsuportide jaoks
  • uute jaotamisülitite olemasolu, et koguda linke juurdepääsulülititest
  • uute sidekanalite loomine ning olemasolevate moderniseerimine

  Seejärel suureneb liiklus järgmiste põhjuste tõttu:

  • juurdepääsuportide ja vastavalt võrgustiku kasutajate arvu suurenemise tõttu
  • järgnevate sidus-süsteemide liikluse suurenemise tõttu, mis valivad ettevõtte võrgu oma transpordiks — telefoniteenused, turvalisus, insenerisüsteemid jne.
  • lisateenuste juurutamise tõttu — personali arvu suurenemisega tekivad uued osakonnad, mis vajavad teatud tarkvara
  • andmekeskuse arvutusvõimsuse suurenemine, et rahuldada infrastruktuuri ja rakenduste nõudeid
  • turvanõuded võrgu ja teabe osas — kuulus CIA kolmik (naljana), aga tõsiseltvõetuna siis CIA — Konfidetsiaalsus, Integreeritus ja Kättesaadavus:
    • sellega seoses on võrgu kriitilistele tasemetele — jaotamine ja andmekeskus ilmnenud täiendavad nõuded talitluse ja reservi osas
    • taas suureneb liiklus uute turvasüsteemide juurutamise tõttu — näiteks RKVI jne.

  Varsti või hiljem toob liikluse, teenuste ja kasutajate arvu kasv kaasa täiendava võrgu taseme juurutamise — tuum, mis teostab pakettide kiiret lülitamist/routingut kõrgekiiruslike sidelinkide abil.

  Sellisel hetkel võib ettevõte minna kolmel tasemel võrgu mudelile:

  
  
  Nagu on näha ülaltoodud pildilt — sellises võrgus on olemas tuumatasand, mis kogub kiirlinke jaotamisülititest. Seega esitatakse ka tuumülititele nõuded:

  • liideste läbilaskevõime — 1GE, 2.5GE, 10GE, 40GE, 100GE
  • lüliti jõudlus (switching capacity ja forwarding performance)
  • liideste tüübid — 1000BASE-T, SFP, SFP+, QSFP, QSFP+
  • liideste arv ja valik
  • varundamisvõimalused (stacking, klasterdamine, juhtimismoodulite varundamine (kehtib modulaarselte lülitite puhul), toitevarundamine jne.)
  • funktsionaalsus

  Nii kõrgel tasemel on kindlasti vajalik tehniline modifikatsioon:

  • põhijõudude ja sidekoha varundamine (väga-väga-väga soovitatav)
  • võrgu jaotustaseme sõlmede ja sideteede varundamine (vastavalt kriitilisusele)
  • ühenduste varundamine juurdepääsulülitite ja jaotustaseme vahel (vajadusel)
  • dünaamilise suunamisprotokollide juurutamine
  • liiklusbalanseerimine nii põhitasemes kui jaotustasemetel (vajadusel)
  • täiendavate teenuste juurutamine — nii transpordi kui ka turvateenuste (vajadusel)

  ka õiguslikud, mis määravad ettevõtte turvapoliitika, mis täiustab üldist turvapoliitikat seoses:

  • turvafunktsioonide juurutamise ja seadistamise nõuded juurdepääsulülitites ja jaotustasemetes
  • nõuded võrgu seadmete juurdepääsule, jälgimisele ja haldamisele (kaugjuhtimise protokollid, lubatud võrgu haldustooted, logimise seadistused jne.)
  • varundamise nõuded
  • minimaalselt vajaliku ZIP-komplekti koostamise nõuded

  Selles jaotises olen lühidalt kirjeldanud võrgu ja ettevõtte arengut paarist lülitist ja paarist kümnest töötajast mitme rikka (võib-olla isegi sadade) lüliti ja mitme saja (või isegi tuhande) ainult nende töötajate hulka, kes töötavad ettevõtte võrgus (ja veel on tootmisosakonnad ja insenerivõrgud).
  On selge, et tegelikult ei toimu sellist "imekaunist" ja kiiret ettevõtte arengut.
  Tavaliselt kulub aastaid, et ettevõte ja võrk areneks oma algselt 1. tasemelt 3. tasemele, mida ma kirjeldan.

  Miks ma kõik need tõed kirja panen? Sest tahan siin mainida sellist mõistet nagu ROI — investment return (investeeringu tagasimakse) ja käsitleda seda poolt, mis otseselt puudutab võrgu seadmete valikut.

  Seadme valimisel valivad võrguinsenerid ja nende juhid sageli seadmeid lähtudes kahest tegurist: seadmete hetkehind ja minimaalne tehniline funktsionaalsus, mis on antud hetkel vajalik konkreetse ülesande, või ülesannete täitmiseks (seadmestiku varumise ostmisest räägin hiljem).

  Harva aga arvestatakse seadmete edasise "kasvu" võimalusi. Kui tekib olukord, kus seade on oma funktsionaalsuse või tootlikkuse osas ammendunud, ostetakse edaspidi suurema võimsuse ja funktsionaalsusega seade, samas kui vana pannakse laost ära või kuskile võrku põhimõttel "et seisaks" (see on muide ka põhjus, miks tekib suur seadmete zoodium ja ostetakse hulk info süsteeme, mis sellega töötavad).

  Nii et asemel, et osta osa litsentse lisa funktsionaalsuse ja tootlikkuse jaoks, mis maksavad tunduvalt vähem kui uus, kõrgema tootlikkusega seade, tuleb osta uus riistvara ja üle maksta järgmiste põhjuste tõttu:

  • võrk kasvab sageli aeglaselt ja teie võrgu lüliti funktsionaalsuse või tootlikkuse suurendamine võib veel pikaks ajaks piisata
  • Pole saladus, et välismaiste tarnijate seadmed on seotud välisvaluutaga (dollar või euro). Ausalt öeldes, dollari või euro tõus (või rubla perioodiline mini-devalveerimine, kuidas kellelegi vaadata) toob kaasa selle, et dollar 10 aastat tagasi ja dollar praegu on täiesti erinevad asjad rubla kontekstis.

  Kokkuvõttes tahan märkida, et võrgu seadmete ostmine laiemate funktsioonidega nüüd võib viia tulevase säästuni.
  Siin käsitlen seadme soetamise kulusid investeerimise kontekstis oma võrku ja infrastruktuuri.

  Nii et paljud tarnijad (mitte ainult Extreme) järgivad põhimõtet pay-as-you-grow, paigutades seadmetesse hulga funktsionaalsust ja võimalusi liidese tootlikkuse suurendamiseks, mis aktiveeritakse hiljem eraldi litsentside ostmisega. Nad pakuvad ka modulaarseid lüliteid, millel on lai valik liidese- ja protsessorikaarte ning võimalus järk-järgult suurendada nii nende arvu kui ka tootlikkust.

  Kriitiliste sõlmede reserveerimine

  Selles artikli osas soovin ma lühidalt tutvustada põhipõhimõtteid selliste oluliste võrgu sõlmede reserveerimiseks nagu põhikommutatsioonid, andmekeskused või jaotuspunkte. Alustan üldiste reserveerimise liikide — stäkkimise ja klasterdamise — käsitlemisega.

  Igal meetodil on oma plussid ja miinused, millest ma soovin rääkida.

  Allpool on toodud 2 meetodi üldine võrdlustabel:

  
  

  • haldamine — nagu tabelist näha, on juhtimise osas eelis stäkkimisel, kuna mitmest kommutatorist koosnev stäk esindab ühte kommutatorit, millel on rohkem porte. Klasterdamise korral peate hallama näiteks 8 erinevat kommutatorit, stäkkimisel aga ainult ühte.
  • kaugus — hetkel ei ole klasterdamise eelis nii ilmne, kuna on tekkinud kommutatorite stäkkimise tehnoloogiad, mis kasutavad stäkkimise porte või kaheastmelisi porte (näiteks Extreme'i SummitStack-V, Cisco VSS jne), mis sõltuvad ka ülekandjatega. Siin on klasterdamisel eelis selle üle, et stäkkimise korral on olemas valikud, kus tuleb kasutada tavalisi stäkkimise porte, mis tihti ühendatakse spetsiaalsete piiratud pikkusega kaablitega — 0.5, 1, 1.5, 3 või 5 meetrit.
  • tarkvara uuendamine — siin näeme, et klasterdamisel on stäkkimise ees eelis, mis seisneb järgmisest: seadmete tarkvaraversiooni uuendamise korral stäkkimisel uuendate tarkvara master-kommutatoris, mis seejärel võtab enda peale uue tarkvara paigaldamise stäkkides standby-liikmetele. Ühelt poolt lihtsustab see teie tööd, kuid tarkvara uuendamine nõuab sageli seadmete riistvaralist taaskäivitamist, mis toob kaasa kogu stäkkimise taaskäivitamise ja seeläbi kõikide sellele toetuvate teenuste töö katkemise ajaks = taaskäivituse ajaks. See on tavaliselt väga kriitiline põhiteenuste ja andmekeskuse jaoks. Klasterdamise korral on teil 2 omavahel sõltumatut seadet, millel saate tarkvara uuendada üksteise järel. Sellega saab teenuste katkestusi vältida.
  • seadete konfiguratsioon — siin on kindlasti stäkkimise eeliseid, kuna haldamise korral peate seadistusi muutma ainult ühe seadme ja selle konfiguratsioonifaili jaoks. Klastrimisel on aga konfiguratsioonifailide arv võrdne klastrite sõlmede arvuga.
  • vigade taluvus — siin on mõlemad tehnoloogiad ligikaudu võrdsed, kuid väikene eelis on siiski klastrimisel. Põhjus peitub järgmises — kui vaadata stäki käivitatud protsesside ja protokollide seisukohalt, siis näeme järgmist:
    • on master-switch, millel on käivitunud kõik peamised protsessid ja protokollid (nt dünaamilise marsruutimise protokoll — OSPF)
    • on muud slave-switch lülitid, millel on käivitunud peamised protsessid, mis on vajalikud stäkkimise toimimiseks ja liikluse teenindamiseks, mis nende kaudu kulgeb
    • kui master-switch lüliti ebaõnnestub, tuvastab järgmine prioriteedi järgi slave-switch lüliti meistrivahetuse
    • ta algatab ennast meistrina ja käivitab kõik protsessid, mis töötasid meistril (sealhulgas jälgitav OSPF protokoll)
    • mõne aja möödudes protsesside käivitamisest (tavaliselt üsna lühikese) hakkab OSPF protokoll ise töötama
    • niisiis OSPF reageerib ühe sõlme ebaõnnestumisele klastrimisel veidi kiiremini kui stäkkimisel (ajaga, mis on vajalik protsesside ja protokollide käivitamiseks ja algatamiseks slave lülitil stäkis). Kuigi peab tunnistama, et kaasaegsed stäkkimise protokollid ja lülitid töötavad väga kiiresti, sageli võtab stäkkimise lüliti vahetus liikluses vähem kui sekund, kuid siiski nominaleelt klasterimine võidab selle parameetri poolest.

  • keerukus — nagu tabelist näha, on keerukuse osas stäkkimine kasulik. See on otsene tagajärg punktidele „haldamine” ja „seadistuste konfigureerimine”. Üksik sõlm vajab seadistamiseks ja haldamiseks märkimisväärselt vähem aega. Samuti on klastrimisel üsna sageli vajalik seadistada täiendavaid marsruutimisprotokolle või varuväravate protokolle — VRRP, HSRP ja teised.
  • sõlmede asendamine — siin on selge eelis stäkkimisega. Sage on, et stäkkimise korral on minimaalsete seadistuste tegemine vajalik, näiteks:
    • uuendada uue lüliti tarkvara stäki tarkvaraversioonini (seda saab teha kohe, kui lülitid ZIP-i laekuvad)
    • seada mõned põhikommandod stäkkimiseks (ja mõnede lülititüübi puhul võib isegi see mitte olla vajalik)
    • välja vahetada riknenud stäkilüliti ja ühendada uus
    • ühendada toide ja patch-kaablid

  • elastsus — pean seda üheks peamiseks parameetriks. Üldiselt tähendab elastsus komplekset omadust, mis näitab, et midagi muutub koormuse toimel ja naaseb algsesse kujusse pärast selle kadumist. Üllatus-üllatus, klasterdamise korral on see isegi suurem, arvestades 4:3 stäkkimise kasuks. Kõik sõltub inimfaktorist. Jah, ärge imestage — stäkkimise komponentide, nagu ühtne juhtimine, seadistuste konfigureerimine ja lihtsustatud keerukus, nõrkuse juures peitub inimfaktor.

  Oma IT-alases tegevuses olen korduvalt kokku puutunud olukordadega (jõhkralt, ka ise olen sama viga teinud, eriti alguses), kui stäki seadistamisel eksis insener mingi käsu sisestamisel või funktsionaalsuse sisse- või väljalülitamisel, mis viis kogu stäkkimise tõrkeni ja selle käsitsi taaskäivitamisele. Eriti tasub mainida Windowsi Putty rakenduse armastajaid (oh see hiirega paremklõpsamine).

  Tegelikult on mõlemad tehnoloogiad üsna head (eriti võrreldes varude puudumisega) ja igal ühel on omad tugevused ja nõrkused, kuid tuumatasemel ja kõrge koormusega andmekeskuses sooviksin siiski pigem klasterdamist kasutada.

  Kuigi see on vaid minu arvamus. Paljud professionaalsed insenerid, kes on juba aastaid professionaalsel tasemel tegeletud võrguhaldusega, saavad mõlemat tehnoloogiat võrdselt kasutada — kõik sõltub kogemusest ja kvalifikatsioonist.

  Lisaks võrgu sõlmede virnastamise ja varundamise tehnoloogiatele on olemas ka üldpõhimõtted sõlmeosade ja sõlmede vaheliste ühenduste varundamiseks:

  Võrgu sõlme sees mõistan varundamist:

  • toiteallikate varundamine — kahe toiteallika paigaldamine, mis üksteist dubleerivad (ja eelistatavalt on ühendatud esimese kategooria toiteallikaga) võib teie elu märkimisväärselt lihtsustada.
  • juhtimisseadmete varundamine — see puudutab enamasti modulaarseid lüliteid, kus on ette nähtud mitme üksteist dubleeriva juhtimisseadme ühendamine.
  • liidese kaartide varundamine — see kehtib samuti peamiselt modulaarsete lülitite kohta.

  Ühenduste/lingi varundamine tähendab põhimõtteliselt, et on olemas üksteist dubleerivad kaabeltrassid (või raadiolinkide puhul avatud aladel) koos:

  • jaotamisega erinevatesse kaablikäikudesse ja kanalitesse hoones
  • geograafilise jaotusega territooriumil, kus on vähemalt kaks hoonet, linn, piirkond või riik (nn ruumilised ringid)

  Selle käigus ajutiste linkide loomisel tuleb järgida rida soovitusi seadmete osas:

  • modulaarse lüliti liidese kaartide dubleerimise korral või virnaolekuga on vaja jaotada lingid üksuste vahel — liidese kaartide puhul modulaarsetes lülitites ja lülitites virna puhul.
  • soovitav on kasutada linkide rühmitamise protokolle (LACP, MLT, PAgP jne) linkide rühmitamiseks ja koormuse tasakaalustamiseks.
  • kasutage marsruuterite protokolle, mis toetavad ECMP (Equal-Cost-Multi-Path) — kui mitme paketi saatmine mööda ühte marsruuti toimub, siis need paketid ei ürgiga läbi ühe parima marsruudi (ja liidese), vaid jaotatakse mitme parima marsruudi (ja mitme liidese) vahel, mis määratakse marsruudiprotokolli metrikate võrdlemise järgi.

  Nüüd, nagu lubatud, kirjeldan tõelist juhtu oma praktikas ja majanduslikku printsiipi kriitiliste sõlmede varundamisel, mis toimus paar aastat tagasi:

  • ühes ettevõttes, nimetame seda X, oli standardne kolme tasandi võrgu mudel:
    • mitme tuumaga
    • mitme kümne agregatsiooniga
    • mitme tuhande juurdepääsu lülitiga
    • mitme kümne tuhande kasutajaga

  • võrk oli üsna keeruliselt üles ehitatud:
    • paljude dünaamiliste marsruutimisprotokollide ja protokollide, sealhulgas OSPF, MP-BGP, MPLS, PIM, IGMP, IPv6 jne.
    • paljude teenustega - interneti juurdepääs, L2 ja L3 VPN, VoIP, IPTV, eraliinid jne.

  • aga võrgu kitsaskohaks oli piiripärastaja, mis ühendas endas BGP-piiri funktsioonid ja lõpetas mõned kasutajateenused
  • jah, see maksis nagu lennuki tiib (mitu miljonit rubla)
  • jah, sel hetkel oli see üks juhtivaid seadmeid tuntud võrgu tarnija valikus
  • jah, see pidi olema väga usaldusväärne - suurepärase MTBF indikaatoriga
  • jah, tal oli 4 toiteploki, mis olid kokku pandud skeemi 2x2 ja ühendatud erinevate UPS-ide ja toiteallikatega.

  Kuid see ei tühistanud fakti, et ta oli võrgu ainus rikke punkt.

  Ja ühel, kaugeltki mitte kaunil päeval minu ja mu kolleegide jaoks lõpetas see marsruuter töö (hiljem selgus, et juhtus mingi rike elektritoites läbi UPS-i, mis viis kahe toiteploki samaaegse väljalülitamiseni ja samal ajal rikkus üks plokk marsruuteri RP-mooduli ja liidesekaardi, mis olid ühendatud seadme ühisse andmebussi).

  Meil ei olnud varuplaate - RP ega liidesekaarti, kuid meil oli leping seadmete või nende komponentide asendamiseks ühe meie partneriga NBD skeemi alusel.

  Kahjuks oli partneritel tol hetkel laos ainult liidesekaart, kuid RP plaan puudus, see saabus alles paar päeva hiljem (3 päeva pärast).

  Kokkuvõttes tõi võrgu ainus rikke punkt (isegi olemasoleva toe ja seadmete asendamise lepingu korral) kaasa järgmised rahalised kulud:

  • ettevõtte teenuse osakaal, mis oli seotud või seotud selle piiriga, oli umbes 60-70%
  • nagu hiljem arvutati, oli päevane kasum umbes 900 tuhat rubla (ligikaudu) sel hetkel
  • seega teoreetiliselt kaotas 3 päeva seiskamine kasumit vahemikus 1 miljon 620 tuhat rubla kuni 1 miljon 890 tuhat rubla

  Kuid puhtad kahjud olid väiksemad, kuna peamise osa kasutajatele tehtud hüvitised ei olnud rahas, vaid teenustes, kuid need olid siiski olemas:

  • osa hüvitisi ettevõtte kasutajatele
  • nyt suurenenud kulud ettevõtte töötajatele, kes töötasid kõik need 3-4 päeva täiskoosseisus — ületunnid, öised valveringid, vahetuste arvu suurenemine jne.
  • mainekaotused, mis samuti pole ebaoluline
  • ja kõige olulisem — närvid nii juhtkonnale ja töötajatele kui ka klientidele

  Lõpuks vaadati ettevõtte poliitika üle:

  • keelduti NBD tingimusega asenduskontaktist
  • jäeti tavaline teenindusleping
  • osteti varundusruuter, mille maksumus oli umbes 1 - 1,3 miljonit rubla, et tagada 90% põhifunktsionaalsusest

  Edasi liikudes varustuse täiendav ost ja põhifunktsionaalsuse varundamine tasakaalustasid koormust väliste linkide, liikluse ja kasutajate vahel ning tagasid ettevõttele varu tugevust edasiste õnnetuste korral.

  Ettevõtte võrgu projekteerimise näide

  Käesolevas artikli osas püüan esitada põhipunkte organisatsiooni alusvõrgu arvutamisel. Ma ei koorma teid kogu PPDIOO (Prepare-Planning-Design-Implement-Operate-Optimize) meetodiga, vaid toon esile selle peamised punktid:

  • Prepare/Ettevalmistamine — on vajalik oma juhtkonnaga kokku leppida võrgu moderniseerimise eesmärkides, mida soovite saavutada — töökindluse suurendamine, uute teenuste või tehnoloogiate rakendamine. Piirangute määramine — tehnilised ja organisatsioonilised ma jätsin siinkohal vahele, kuna eeldan, et olete organisatsiooni töötaja ja teil on nende ületamiseks piisavalt aega. Eelarve teema juurde tulen tagasi hiljem.
  • Planning/Planeerimine — siin peate koostama oma praeguse võrgu täieliku kirjelduse (kui te ei tea seda veel), st kirjeldama võrku sellisena nagu see praegu on:
    • seadmete arv ja tüüp
    • portide arv ja tüübid
    • olemasolevad kaabliteed ja ühendusdiagrammid hoonetes ja nende vahel
    • elektri toite skeemid
    • L2 ja L3 adresseerimine
    • koostada Wi-Fi võrkude kaardid, märkides sissepääsupunktid ja kontrollerid
    • kirjeldada oma serverifarmi
    • soovitav on kirjeldada kõik oma teenused ja nendevahelised seosed
    • kui olete juba mingil kujul rakendanud võrgu turvapoliitikat ja võrgu juurdepääsu lahendusi, siis on oluline seda projekteerimisel arvesse võtta
    • Esmaltan kahe sammu väärtlus, et teise sammu sisu on põhjalik võrgu inventuur, alates kaabelinfrastruktuurist ja elektrivõrgu skeemidest kuni teenusteni (rakenduste ja nende portideni). See samm on äärmiselt töömahukas ja mõnikord isegi igav. Kui teie või teie eelkäija ei ole pidanud dokumendihaldust või isegi lihtsat jälgimissüsteemi, siis on nüüd õige aeg selle üle mõelda. Võrk kipub aja jooksul muutuma teatud kiirusel ja ainult ajakohaste dokumentide või jälgimissüsteemi pidamine aitab teil selle seisukorda jälgida ning muudab haldamise lihtsamaks. Kuid see kuulub juba sammu 'operate' alla.

  • Disain/Planeerimine — varustatud täieliku teadlikkusega teie võrgust, saadud eelneva sammu kaudu, istute lõpuks maha ja mõtlete, kuidas oma võrku kaasajastada. Allpool püüan esitada väikese näite võrgu arvutamisest.

  Olen koostanud endale väikese nimekirja algandmetest, mida juhindun oma tugivõrgu arvutamisel ja planeerimisel.

  Kujutame ette etappi 'Prepare' nimekirjana, mida meil on olemas ja mida plaanime teha:

  • on üsna suur ettevõte, kus on ligikaudu 700-800 töökohta (siin mõtlen neid töötajaid, kellele on vajalik ettevõtte võrku juurdepääs)
  • on mitmeid eraldi hooneid ettevõtte territooriumil:
  • Peamised hooned:
    • hoonete arv — 2 tk
    • korruste arv hoones — 7 tk
    • telekommunikatsiooni kappe korruse kohta ühes hoones — 3 (kokku 21) tk
    • töötajate arv hoones =~ 250 inimest

  • Lisahooned:
    • hoonete arv — 10 tk
    • korruste arv hoones/tootmisüksuses — 2 tk
    • telekommunikatsiooni kappe hoones — 3 tk
    • töötajate arv hoones =~ 20 inimest

  • Praegune võrgu tuumataseme struktuur (muide, see on väga levinud skeem, mida olen kohanud mitmel korral eri kujul ja portide koosseisus) on järgmine:
    • 2 L2 lülitit:
      • 1Gb RJ-45 porte — 24 tk
      • 1Gb SFP porte — 4 tk
    • 1 L2 lüliti:
      • 1Gb SFP porte — 24 tk
    • tuuma topoloogia — ring
    • peer-to-peer lingid lülitite vahel on ühendatud kiudoptilise kaabli abil
    • lülitid asuvad väikestes serveri ruumides kappidega
  • Praegune jaotustase:
    • koosneb tuumvõrgu tasemest, mis aggregeerib ligipääsulülitite linke
    • L3 adresseerimine on viidud piiramisrööpsedruuterisse ja/või tulemüür
  • Praegune ligipääsutase:
    • L2 lülitid 16 x 100 Mb RJ-45 ligipääsupordiga ja 2 gigabitti combo-ülesse üleminekupordiga RJ-45/SFP
    • lülitid on paigaldatud kapidesse korrustel
    • ligipääsulülitite topoloogia:
      • täht (hub-and-spoke) koos tuum- ja jaotamislühtiga keskel
      • haru/spoke on lülitite haru korrustel — 3 tükki järjestikus
    • on olemas haldamata ligipääsulülitid
    • lülitid 9 lisakorpuses on ühendatud läbi meedia muundurite (optiliste signaalide muundurite) kaudu
  • Praegune kaablistruktuur:
    • Kaablikompleks hoonete vahel:
      • on olemas optiline kaabel kahe põhihoonete vahel, mille võimsus on 8 kiudu
      • on olemas ühe optilise kaabli vahel ühe lisakorpuse (kus asub tuumlüliti) ja iga põhikohta vahel, mille võimsus on 8 kiudu igas
      • on olemas ühe optilise kaabli vahel lisakorpuste ja tuumlülititega korpuste vahel, mille võimsus on 4 kiudu (nende jaotus on näidatud alloleval pildil)
      • kõikide kaablite kiud on üherežiimiga/SMF
      • kasutatakse 2-kiudu üherežiimiga SFP transiivereid
      • osa kaablitest on lõpetatud optiliste ristis (ODF) eraldi ruumides (ristialad/andmesaalid), osa kaablitest on korruse jaoturites

    • Kaablikompleks hoonete sees:
      • on olemas segatud kaablistruktuur serveriruumide ja esimeste kapidega korrustel:
      • kuparkaablid Cat5e — 10 tükki (või 100 paarilist kaablit)
      • mitmerežiimiga/MMF optiline kaabel, 4 või 8 kiudu — 1 tk
      • mitmerežiimiga/MMF optiline kaabel 4 kiudega korruste kapide vahel
      • kuparkaablid Cat5e korruste kapide ja ligipääsutootega pistikute vahel
    • praegune andmekeskus:
      • on mitmeid servereid, näiteks 6 tükki
      • on ühendatud 1Gb portide kaudu tuumlülitisse 1. põhihoonet
      • kõik ettevõtte rakendused on viidud serveritesse
    • adresseerimine L2, L3 ja marsruutimine:
      • võrgus on mitmeid VLAN-e — 2 või 3 tükki hoone kohta
      • serverid on eraldatud eraldi /24 võrku
      • sisemiste vajaduste jaoks kasutatakse hallid B-klassi võrke, mis on vahemikus — 172.16.0.0/16
      • L3 aadressid terminiteeritakse piiri marsruutimise seadmes ja/või tulemüüris
      • kasutatakse staatilist marsruutimist
    • lisainfo:
      • telefoni teenus:
        • hoonetes ja mõnes korpuses on paigaldatud traditsiooniline telefoniteenuse kasutamine vana mudeli digitaalsete PBX-ide (mitte IP-PBX) abil
        • on vajalik telefoniseerida uued korpused, ilma kallite vaskkaablite isolatsiooni ja dubleeriva struktuurivõrgu rajamiseta telefoniteenuse jaoks hoonetes
        • ajakohastatakse IP-telefoniteenuse rakendamist kogu ettevõtte territooriumil, kombineerituna CRM-süsteemidega ja vaadatakse üle kõik töötajad
      • portide maht:
        • on vajalik analüüsida praeguseid selgroo portide ja juurdepääsu portide mahtusid ning reserveerida vähemalt 25-30% tulevaste vajaduste jaoks
        • analüüsida juurdepääsu portide ja selgroo linkide praeguse läbilaskevõime piisavust
        • peab olema eelnevalt ette nähtud PoE/PoE+ juurdepääsu portide olemasolu naaber süsteemide seadmete jaoks - videovalve ja telefoni teenus
      • videovalve:
        • on plaanis kasutada ettevõtte võrku videovalve võrgu transportimiseks
        • on vajalik ette näha PoE portide olemasolu videovalve kaameratele
      • traadita süsteemid:
        • on kavas tulevikus rakendada traadita infrastruktuuri töötajate mobiilsuse jaoks
        • on vajalik ette näha PoE portide olemasolu juurdepääsu punktidele
      • eelarve, ajakava ja seadmete nõuded:
        • kasutades olemasolevat varustust maksimaalselt
        • võrku projekteerides arvesse võtta võrgu läbilaskevõime laiendamise võimalust N aasta võrra edasi
        • võrku projekteerides arvesse võtta kõigi turvafunktsioonide toetust - siin on funktsionaalsuse loetelu alates port-turvalisusest kuni 802.1x põhiste kasutajate autentimiseni ja autoriseerimiseni.
        • maksimaalselt võimalik reserveerida kriitilised võrgu sõlmed esmatähtsad - tuum ja andmekeskus, ja ette näha võimalus reserveerida teisejärgulisi sõlmi - jaotussõlmed
        • projekti eelarve peaks ette nägema järkjärgulise rahastamise mitmel etapil
        • eelarve summa - siin määrab iga ettevõte ise, juhindudes oma finantsnäitajatest
        • tähtaegade osas — ideaalis ei tohiks siinkohal olla selgeid tähtaegu, kuna see on ettevõtte sisemine projekt, mille viivad ellu oma töötajad, või need võivad olla suhteliselt mugavad — näiteks 1 aasta (ja rohkem). Halvimal juhul võib need olla 3 kuu ja kuni pooleaasta vahel.
      • praeguste probleemide lahendamine võrgus:
        • pakettide kadumine
        • DHCP probleemid enam-vähem nutikates juurdepääsu lülitites, mis on seotud STP protokollide kasutamisega ringluste vältimiseks juurdepääsuportidel.
        • vabaneda DHCP serveri liidestest igas töötajate VLAN-is
        • ringluste teket, mis on seotud juhtmevaba / juhtmelise lülitite omavolilise sisselülitamisega kabinetidesse ja igasuguste seadmete ühendamisega nendega
        • loendit võiks jätkata ja jätkata...

      Planeerimise etapp — teie praeguse võrguseisundi kirjeldus, nagu ma juba mainisin, sõltub kvaliteetse jälgimissüsteemi olemasolust ja selle dokumenteerimise tasemest. Sellel etapil peate:

      • minimaalselt joonistama olemasoleva võrgu edasise analüüsi jaoks
      • koguma andmeid seadmetelt:
        • liiklus peaportidel
        • vead portidel
        • CPU koormus ja mälu kasutus lülitites ja marsruuterites
        • kirjutama üles L2-L3 skeemid VLAN-ide ja IP-aadresside kaupa
      • tõstma kaabeldusrajatiste skeemid:
        • kiudoptiliste skeemide ja optiliste ristsõlmede kaabeldusreeglid
        • vasak-/paremkaablite jaotuskavad serverite ja korruste vahel
        • vasak-/paremkaablite jaotuskavad korruste ja kabinetide vahel
        • kontrollima optiliste ristsõlmede ja patch-paneelide olemasolu serverites ja kapides
      • kontrollima voolutarnimise skeeme serverites ja korruste kapides
      • kontrollima UPS ja akut kriitilistes sõlmedes
      • analüüsima kõiki andmeid

      Valides ettevalmistuse etapi andmeid, sain ma umbkaudse loogilise skeemi:

      
      
      Edasi liikudes, järgides moodulist lähenemist, on vajalik määrata ettevõtte tasemed ja moodulid:

      
      
      Piirid (Edge) ei ole ma selles artiklis käsitlenud, kuid meenutan lühidalt iga campus-mooduli põhiteese:

      • Juurdepääs — sellel tasemel peab tagama:
        • vajalik portide arv kasutajate juurdepääsuks võrgule
        • turvapoliitikate täitmine — liikluse ja protokollide filtreerimine
        • laiendatud domeenide vähendamine ja võrgu segmentimine VLAN-ide abil
        • erinevate VLANide juurutamine hääle liiklusele
        • QoS toe
        • PoE juurdepääsupordid
        • IP multicasti toe
        • ühenduste talitlushäirete tuvastamine koos jaotusastme tasemega (soovitavalt)
      • Jaotamine — antud tasand peab tagama:
        • vajalik arv porte juurdepääsuswitchide ühendamiseks
        • juurdepääsuswitchide linkide agregatsioon ja reserveerimine
        • IP suunamine
        • pakettide filtreerimine
        • QoS toe
        • talitlushäirete tuvastamine linkide, seadmete ja toite tasemel (väga soovitav)
      • Tuumik — peab tagama:
        • kõrge pakettide lülitamise ja marsruutimise kiirus
        • vajalik arv porte jaotus-switchide ühendamiseks
        • IP marsruutimise ja dünaamiliste marsruutimisprotokollide toetamine kiire võrgu kõrvutamisega
        • QoS toe
        • turvafunktsioon seadmete ja kontrolli tasemele juurdepääsu kaitsmiseks
        • talitlushäirete tuvastamine seadmete ja toite tasemel (kohustuslik)
      • Andmekeskus — selle mooduli võrgu tase peab tagama:
        • kiired side lingid
        • vajalik arv porte serverite ühendamiseks
        • side linkide reserveerimine nii serverite ja andmekeskuse switchide vahel kui ka andmekeskuse switchide ja tuumvõrgu vahel (kohustuslik)
        • seadmete ja toite reserveerimine (kohustuslik)
        • QoS toe

      Edasi peame loendama meie pordid ja side lingid ning määrama nõuded.
      Juurdepääsu tase — portide arvutustabel

      Nüüd oleme saanud andmed juurdepääsupordide jaotumise kohta hoonetes. Nüüd tuleb analüüsida juurdepääsu taseme nõudeid ja tähelepanekuid ning välja pakkuda lahenduse variante.
      Juurdepääsu tase — nõuded ja lahenduse variandid

      Edasi loendame pordid ja side lingid järgmistele tasemetele:

      Jaotustase

      Tuumi tase

      Andmekeskuse tase

      Arvutamisel saime järgmised tulemused:

      • juurdepääsu tase — vajame 24- ja 48-portilisi juurdepääsuswitchesid, soovitavalt 1Gb juurdepääsupordiga ja optiliste SFP uplink portidega, mis toetavad PoE ja laia funktsionaalsust:
        • kokku annavad nad 504 juurdepääsuporda, mis põhimõtteliselt katab reserveeritud portide nõuded, kui otsustatakse kasutada 2 porti töökoha kohta — IP-telefon ja andmepord.
        • võimalik on kasutada igal korrusel ühte 48-portilist PoE funktsiooniga lülitit, mis annab juurdepääsupordid nõuete jaoks:
          • varu — umbes 102 reservporti (22%) peahoones. Täiendavates hoonetes on seda veidi rohkem — 25%.
          • videovalve
          • traadita võrku
      • jaotustase — vajalikeks on lülitid, millel on 12 kuni 48 SFP porti, sealhulgas vähemalt 2 SFP+ porti, võimalus virnastamiseks ja laiendatud funktsionaalsus ning varu toiteplokid.
      • tuumatasand — on vajalikud kõrgkiiruslülitid, millel on 12 kuni 24 SFP/SFP+ porti, mis toetavad nii virnastamist kui ka klasstri seadistamist koos MC-LAG toega. Tahan rõhutada, et liikluskoormuse tasakaalustamiseks on võimalik kasutada ka marsruutimisseadmeid. Viimased põlvkonnad L3 lüliteid ja marsruutereid toetavad ECMP-d, tasakaalustades liiklust 4 või enama marsruudiga, millel on sama meetrika.
      • andmekeskuse tase — on vajalikud lülitid, millel on 8 kuni 24 SFP/SFP+ porti, mis toetavad nii virnastamist kui ka klasstri seadistamist koos MC-LAG toega.

      Lõpptulemusena saime järgmise võrgu skeemi niisugust

      Extreme lülitite valik projekti elluviimiseks

      Nüüd oleme jõudnud peamise juurde — lülitite valimise hetkeni meie projekti elluviimiseks. Saadud sihtskeemile sobivad järgmised Extreme lülitid:

      Tase
      Mudel
      Portid
      Kirjeldus

      kernel
      x620-16x-Base *

      x670-G2-48x-4q-Base*
      16 x 10GE SFP+
       
       
       
      48x10GE SFP+ ja 4×40 GE QSFP+
      Peamised vajadused tuuma jaoks:

      • kõrgkiiruslikud lingid
      • laiendatud marsruutimis- ja turvafunktsioonid
      • varu toiteblokid
      • toetada virnastamist ja klasstri seadistamist

      Minimaalsete nõudmiste korral sobib x620 seeria lüliti.
      Rohkemate portide ja laiemate funktsioonide nõudmise korral tasub kaaluda x670-G2 seeria lüliteid.

      Andmekeskus

      x620-16x-Base*

      x590-24x-1q-2c*

      x670-G2-48x-4q-Base*

      16 x 10GE SFP+
       
       
       
      24x10GE SFP, 1xQSFP+, 2xQSFP28
       
       
      48x10GE SFP+ ja 4×40 GE QSFP+

      Peamised vajadused andmekeskuse jaoks:

      • kõrgkiiruslikud lingid
      • varu toiteblokid
      • toetada virnastamist ja klasstri seadistamist

      Minimaalsete nõudmiste korral sobib x620 seeria lüliti.
      Rohkemate portide ja laiemate funktsioonide nõudmise korral tasub kaaluda x670-G2 ja x590-24x-1q-2c lüliteid.

      jaotamine

      X460-G2-24x-10GE4-Base*

      X460-G2-48x-10GE4-Base*

      24x1GE SFP, 8×1000 RJ-45, 4x10GE SFP+
       
       
       
      48x1GE SFP, 4x10GE SFP+

      Peamised vajadused jaotamiseks:

      • vajalik optiliste portide arv
      • varu toiteblokid
      • toetada virnastamist ja klasstri seadistamist
      • vajalik L3 funktsionaalsus

      X460-G2 seeria lülitid sobivad ideaalselt. Varutoiteplokkide olemasolu koos laienemise ja 10G, CX (virnastamiseks) ja QSFP+ pordiga muudab need ideaalseks jaotustasandi lülititeks, mille portide kiirus on kuni 1 Gb.

      juurdepääs

      X440-G2-24p-10GE4*

      X440-G2-24t-10GE4*

      X440-G2-48t-10GE4*

      X440-G2-48p-10GE4*

      24x1000BASE-T(4 x SFP combo), 4x10GE SFP+ (PoE eelarve 380 W)
       
      24x1000BASE-T(4 x SFP combo), 4x10GE SFP+
       
       
      24x1000BASE-T(4 x SFP combo), 4x10GE SFP+ kombinatsioonipordid
       
      48x1000BASE-T(4 x SFP combo), 4x10GE SFP+ kombinatsioonipordid (PoE eelarve 740 W)

      Juurdepääsuvajaduste jaoks:

      • vajalik ports arv
      • PoE/PoE+ toe olemasolu
      • portide funktsionaalsus ja laiendamise võimalus
      • täiendav boonus 10Gb portide virnastamise toe näol «karbis»

      Soovitan sellele tootele tähelepanu pöörata, arvestades selle portide, jõudluse ja funktsionaalsuse paindlikkust.

      *valitud lülitite spetsifikatsiooniga saab tutvuda seeria esimeses artiklis — Extreme lülitite ülevaade

      Selle artikli võiksin lõpetada, kuid soovin käsitleda lisaks kaht aspekti, millega iga insener silmitsi seisab oma võrgu arendamise või uuendamise käigus:

      • kaabliteed — kiudoptilised ja vaskkaablid
      • IP-aadressimine

      Kiududega töötamine

      Ülaltoodud skeem on see, mille poole peab püüdlema. Selle elluviimiseks on vajalik järgmine arv ühendusi seadmete jaoks:

      ühenduste arv

      Nagu tabelist näha, on minimaalne asalduse tagamiseks vajalik kiudude arv võrgu tasemete (tuumamooduli, andmekeskuse ja jaotuse kahe hoone vahel) tagamiseks — 10 tk.

      Võrgu iseloomustamise etapis selgitasime, et kahe hoone vahelises kaablis on kokku vaid 8 kiudu. Mida sellises olukorras teha?

      Esitan mõned lahendused:

      • esmane ilmne samm — kasutada vabu kiude hoone 1 — korpuse 1 ja korpuse 1 - hoone 2 vahelises kaables (nagu tabelist näha — on igas kaables kasutusel vaid 2 8-st kiust). Selleks piisab optiliste ristmike paigaldamisest korpuses 1 ning vajadusel kasutada SFP mooduleid, arvestades optilist eelarvet.
      • Teiseks sammuks võib kaaluda CWDM tehnoloogia kasutamist - kande lainepikkuste tihendamine ühes kiudas. See tehnoloogia on palju odavam kui DWDM ja suhteliselt lihtne teostada. Peamiselt on nõuded optiliste kiudude ja SFP/SFP+ siirdelementide teatud pikkuse ja eelarve kvaliteedile. Nagu ma juba eelmisel artiklil rääkisin - võimalus lülititel tuvastada kolmandate osapoolte siirdelemente võib meie elu oluliselt lihtsustada ja vähendada kapitali kulutusi täiendavate optiliste kaablite rajamiseks.
      • Kolmandaks sammuks tasub arvestada võimalusega suurendada kiude, paigaldades täiendavaid optilisi kaableid.

      Siis vaatame kiudude arvu hoonete vahel, kus on paigaldatud jaotusseadmestikud ja lisakorpid 2-10. Siin ei ole ka kõik nii üheselt mõistetavad:

      • Esiteks, meie sihtskeemi teostamiseks ei piisa kiududest - igas jaotusseadmestikus peab olema 2 kiudu (nagu me mäletame, on meie kaablites iga korpuse kohta 4 kiudu).
      • Teiseks, isegi kui hoonete vahel on piisavalt kiude, kasutatakse korpustes MMF kiude, mis ei luba meil lihtsalt SMF ja MMF kiude kokku liita (rääkides vahemaadest hoonete vahel, mis ületavad 300-400 meetrit).

      Sellistes olukordades võib kaaluda järgmisi variante:

      • iga jaotusseadmestiku tagamine SMF kiududega:
        • kui kaugus lubab - võib tõmmata täiendavaid pika pikkusega patch-kaableid jaotusseadmestike vahel. Ühel ajal kasutasime 30-50 m pikkuseid patch-kaableid.
        • paigaldada suhteliselt odav optiline SMF kaabel väikese mahutavusega kapidesse.
        • äärmisel juhul kasutada erinevaid SMF-MMF muundureid.
      • Hoonete vahel kasutatavate kiudude minimeerimiseks on võimalik:
        • kasutada x440-G2 jaotusseadmestike stäkingu funktsionaalsust - samal ajal kasutada igale korrusele 1 SMF kiudu jaotusseadmestiku juurde, mis võimaldab 6 kiudu ja porti asemel kasutada 3 kiudu ja porti igal küljel.
        • kasutada 2 kiudu esimesse jaotusseadmestikku harul ja viimasesse. Koguda lingid piirdeaegade jaotusseadmestikes ja kasutada STP protokolle saadud ringis.

      IP-aadressimine

      Siin toon ma välja umbkaudse aadressimise arvestuse meie skeemi jaoks.

      Praegu on meil mitu B-klassi võrku - 172.16.0.0/16. IP-aadressiruumi arvutamisel lähtun järgmistest kaalutlustest:

      • Teise oktetti tähistavad 4 bitti, mis tähistavad hooneid - 172.16.0.0/12.
      • Kolmas oktett tähistab korruse numbrit hoones.
      • Kolmas oktett = 255 eraldatakse punkt-tasandiliste seadmete ja juhtimisvõrgu linkide jaoks.
      • Igal korrusel on üks haldus VLAN, et hallata lüliteid.
      • Üks kasutaja VLAN lülitil (keskmiselt 24 porte).
      • Üks hääletus VLAN lülitil (keskmiselt 24 porte).
      • Igal korrusel on üks VLAN videovalve süsteemide jaoks.
      • Igal korrusel on üks VLAN Wi-Fi seadmete jaoks.

      Mul on tulnud umbes sellised tabelid:
      võrk 172.16.0.0/14
      võrk 172.20.0.0/14

      Ülaltoodud tabelis olen toonud näite võrgu jaotumisest hoonete ja korruste vahel, samuti võrkude (kasutajate, haldamise ja teenistuse) vahel.

      Tegelikult ei ole 172.16.0.0/12 halli võrgu valik kõige optimaalsem, kuna see piirab meid hoonete võrkude arvus (16-st 31-ni) ning sageli on ka kaugkontoreid, millele on samuti vajalik võrgu bloki jaotamine; võib-olla oleks optimaalsem kasutada 10.0.0.0/8 võrke, või kasutada ühiselt 172.16.0.0/12 võrke (näiteks teenistuslike ja serverite jaoks) ning 10.0.0.0/8 (kasutajavõrkude jaoks).

      Üldiselt on IP-võrkude eraldamise lähenemine samuti modulaartüüpi ning soovitatakse järgida allvõrkude resümeerimise reegleid ühte kokkuvõtliku võrku jaotamise tasanditel, samuti kaugfiliaalide piirrouterites. Seda tehakse mitmel põhjusel:

      • et vähendada marsruutimise tabelite suurust ruuterites
      • et vähendada marsruutimisprotokollide (kõikvõimalike värskenduste sõnumite, kui allvõrgud ei ole saadaval) abiühendusi
      • et lihtsustada haldamist ja parandada L3 võrkude loetavust

      Kuigi esimestelt kahelt punktilt tasub märkida, et tänapäevaste ruuterite võimekus on palju kõrgem kui 15-20 aastat tagasi ning need suudavad oma vahemälus hoida suuremaid marsruutimise tabeleid, ja ka sidekanalite hind ja läbilaskevõime on võrreldes suure vooga E1/T1 (G.703) ajaga vähenenud.

      Kokkuvõte

      Sõbrad, selles artiklis räägin ma lühidalt põhialustest, mis puudutavad kampusvõrkude kujundamist. Jah, materjali on üsna palju, ja see on veel enne, kui ma puudutasin teemasid nagu:

      • ettevõtte piiri korraldamine (see on täiesti eraldi lugu, millega kaasnevad oma lülitid, piirajad, tulemüürid, IPS/IDS süsteemid, DMZ, VPN ja muud asjad)
      • Wi-Fi võrkude korraldamine
      • VoIP võrkude korraldamine
      • Andmekeskuse korraldamine
      • turvalisus (see on samuti omaette maailm, mis mahtude ja nõudmiste poolest ei jää alla puhta võrgu infrastruktuuri projekteerimisele ja vahel isegi ületab seda)
      • energeetika
      • loetelu saab jätkata ja jätkata

      Tegelikult on ettevõtte võrgustiku projekteerimine ja ehitamine üsna töömahukas ülesanne, mis nõuab suurt hulka aega ja ressursse.

      Aga loodan, et minu artikkel aitab teil hinnata ja algtasemel mõista, kuidas sellele ülesandele läheneda.

      See ei ole kaugeltki viimane artikkel teemal Extreme Networks, seega olge kursis uuendustega (Telegram, Facebook, VK, TS Solution Blog)!

Allikas: habr.com