3. Ettevõtte võrgusuunamine Extreme lülititel

Tere päevast, sõbrad! Täna jätkan ma tsüklit, mis on pühendetud Extreme lülititele ettevõtte võrgusuunamise projekteerimisele.

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

• kirjeldada modulaarset lähenemist ettevõtte võrgu projekteerimisele
• vaadata üle ühe peamise ettevõtte võrku mooduli — tuumavõrgu (ip-campus) ehitamise variandid
• kirjeldada võrkude kriitiliste sõlmedega varustamise variantide eeliseid ja puudusi
• abstraktse näite põhjal projekteerida/uuendada väikest ettevõtte võrku
• valida Extreme lülitid projekteeritud võrgu teostamiseks
• tegeleda kiudude ja IP-aadressidega

See artikkel on enamasti huvitav võrguinseneridele ja ettevõtte võrgu administraatoritele, kes alles alustavad oma teed „võrgueksperdina”, mitte kogenud inseneridele, kes on palju aastaid töötanud sideoperaatorites või suurtes ettevõtetes, millel on geograafiliselt jaotatud võrgud.

Igal juhul palun, kes on huvitatud, tulge alla.

Modulaarne lähenemine võrgu projekteerimisele

Alustan oma artiklit üsna populaarse modulaarse lähenemisviisiga võrgu projekteerimise osas, mis võimaldab luua võrgustikest tervikliku pildi.

Alustame veidi abstraktsest — ma kujutan sageli seda lähenemist nagu zoomimist geokaartidel, kus esimeses lähivaatluses on näha riik, teises piirkonnad, kolmandas linnad jne.

Võtame näiteks järgmise näite:

• 1. lähivaatlus — ettevõtte kogu võrgustik koosneb erinevatest tasanditest:
  • tugivõrk või campus
  • piiri tase
  • kommunikatsiooniettevõtete tase
  • kauged piirkonnad

• 2. lähivaatlus — iga neist tasanditest detailiseeritakse eraldi mooduliteks
  • tugivõrk või campus koosneb:
    • 3- või 2-tasandilisest moodulist, mis kirjeldab ettevõtte võrku ja selle tasandeid — juurdepääs, jaotamine ja/või südamik
    • moodul, mis kirjeldab andmekeskust — andmete töötlemise keskus (sisuliselt infrastruktuuri serveriosa)

  • piiri tase koosneb omakorda:
    • moodulist internetiühendusele
    • WAN ja MAN moodulist, mis vastutab geograafiliselt hajutatud ettevõtte objektide ühendamise eest
    • moodul VPN tunnelite ja kaugtööle juurdepääsu loomiseks
    • paljuski väikeettevõtted ühendavad sageli mitu neist moodulit või isegi kõik need ühte

  • teenusepakkujate tase:
    • selle taseme alla kuuluvad ühendused 'välismaailmaga' — tumedad kiudoptilised kaablid (kiudude rentimine operaatoritelt), sidekanalid (Ethernet, G.703 jne), Interneti-juurdepääs.

  • kaugusaste:
    • enamikul juhtudel on need ettevõtte harud, mis on jaotatud linna, piirkonna, riigi või isegi kontinendi raames.
    • selle piirkonna alla võivad kuuluda ka varuandmekeskused, mis kopeerivad peamise töö.
    • ja muidugi ka üha populaarsemad — teletöötajad (kaug- või koduoffice'id)

• 3. lähenemine — iga moodul jaguneb väiksemateks mooduliteks või tasemeteks. Näiteks campus-võrgus:
  • 3-tasandiline võrk jaguneb:
    • juurdepääsutase
    • jagamisaste
    • tuumaste

  • Andmekeskus keerulisematel juhtudel võib jaguneda:
    • 2- või 3-tasandiliseks võrguosaks
    • serveriosaks

  Kõike eelnevat püüan järgmises lihtsustatud joonises esitada:

  
  
  Nagu on näha ülaltoodud jooniselt, aitab modulaarne lähenemine detailselt ja struktureeritult jagada üldpilti koostisosadeks, millega on hiljem võimalik töötada.

  Selles artiklis keskendun Campus Enterprise tasemele ja kirjeldan seda üksikasjalikumalt.

  IP-CAMPUS võrkude tüübid

  Töötades teenusepakkujana ja hiljem integratsiooniettevõttes, olen kokku puutunud erineva taseme klientide võrkudega. Ma kasutan teadlikult terminit 'muretus', kuna tihti juhtub, et võrgu struktuur areneb koos ettevõtte kasvuga, mis on põhjuslikult loodud.

  Väikeses ettevõttes, mis asub ühes hoones, võib ettevõtte võrk koosneda ainult ühest piiramisrežiimiga ruuterist, mis täidab tulemüürifunktsiooni, paarist ligipääsuswitchist ja mõnest serverist.

  Nimetan sellist võrku enda jaoks 'ühe taseme' võrguks — selles puudub täiesti selge võrgu tuumatasand, jaotusaste on nihutatud piiramisrežiimiga ruuterile (tulemüüri, VPN-i ja võimaliku vahendajana), ja ligipääsuswitchid teenindavad nii töötajate arvuteid kui ka servereid.

  
  
  Kui ettevõtte kasvab – töötajate, teenuste ja serverite arvu suurenemine toob sageli kaasa:

  • komplekti suurendamine võrgu lülitid ja juurdepääsupordid
  • serveriressursside suurendamine
  • võidelda ribalaudadega – rakendada võrgu segmentimist ja marsruutimist segmentide vahel
  • lahendada võrgu tõrkeid, mis põhjustavad töötajatele seisakuid, kuna see toob kaasa täiendavad rahalised kulud juhtkonnale (töötaja ootab, palk on makstud, ent töö ei edene)
  • tõsiste tõrgete korral mõelda võrgus kritilise tähtsusega sõlmede reserveerimise peale – marsruuterid, lülitid, serverid ja teenused
  • tugineda rangematele turvapoliitikatele, kuna kaubanduslikud riskid võivad tekkida ja jälle – võrgu stabiilsemaks töötamiseks

  Kõik see viib sinna, et insener (võrguadministraator) mõtleb parima võrgu ülesehituse üle ja jõuab lõpuks 2-tasandilise mudeli juurde.

  See mudel er juba selgelt jagatud kaheks tasandiks — juurdepääsu tasandiks ja jaotustasandiks, mis samal ajal on ka tuumatasand (collapsed-core).

  Ühendatud jaotustasand ja tuumatasand täidavad järgmisi funktsioone:

  • agreggeerib juurdepääsukommutatoritest saadud lingid
  • sissevabastab võrgusegmentide marsruutimise — kasutajate ja seadmete arv on nii suur, et ühe võrgu /24 sisse nad ei mahu, ja kui mahuksid, siis broadcast-tormid põhjustavad pidevat katkestust (eriti, kui kasutajad aitavad neid luues silmuseid)
  • tagab ühenduse naabersegmentide kommutatorite vahel (kiirematega linkide kaudu)
  • tagab ühenduse kasutajate ja nende seadmete ning serverifarmi vahel, mis ka selleks ajaks hakkab esile tõusma eraldi võrgu segmendina — andmekeskus.
  • alustab koos juurdepääsulülititega turvapoliitika rakendamist, mis ettevõttes sel ajal ilmuma hakkab. Ettevõte kasvab, ka kaubanduslikud riskid suurenevad (siin mõistan ma mitte ainult kaubanduse saladuse säilitamise tingimusi, juurdepääsupoliitikate eristamist jm, vaid ka elementaarseid võrgu ja töötajate seisakuid).

  Sellest tulenevalt kasvab võrk varem või hiljem kahe tasandi mudeliks:

  
  
  Selles mudelis tekivad erilised nõudmised nii juurdepääsulülititele, mis koguvad endas kasutajate ja võrgu seadmete (printerite, juurdepääsupunktide, VoIP-seadmete, IP-telefonide, IP-kaamerate jne) ühendusi, kui ka jaotamis- ja tuumülititele.

  Juurdepääsulülitid peavad olema juba targemad ja funktsionaalsemad, et rahuldada võrgu jõudlus-, turvalisus- ja paindlikkusnõudeid ning nad peavad:

  • omama erinevaid juurdepääsu- ja selgrooporte - eelistatavalt kasvava liikluse varu ja portide arvu jaoks
  • olema piisava lülitustootlikkuse ja läbilaskevõimega.
  • omama vajaliku turbefunktsiooni, mis vastaks praegustele turvapoliitikatele (ja ideaalis ka nende edasiste nõuete kasvule)
  • omama võimalust toita raskesti ligipääsetavaid võrgu seadmeid, et neid saaks vajaduse korral kaugelt taaskäivitada (PoE, PoE+)
  • omama võimalust oma elektrienergiat reserveerida, et seda kasutada seal, kus see on vajalik
  • omama (kui võimalik) edasist funktsionaalsuse kasvupotentsiaali — sage näide on, kuidas ligipääsulüliti muutub aja jooksul jaotamisliitmikuks

  Jaotamisliitmikutele kehtivad samuti vastavad nõuded:

  • nii allmaantee sisendeid ligipääsulülitite suunal kui ka peer-liideseid naabruses asuvate jaotamisliitmikute suunal (ja hiljem võimalikud uplink-liidesed südamiku suunas)
  • L2 ja L3 funktsionaalsuse osas
  • turbealaste funktsioonide osas
  • katkestusteta töö tagamise (varundamine, klasterdamine ja elektrienergia varundamine) osas
  • paindlikkuse tagamise osas liikluse tasakaalustamisel
  • omada võimalusel edasise funktsionaalsuse kasvu potentsiaal (aeg-öelda aggregatsiooni seadme muutmine tuumaks)
  • mõnedes juhtudel võib jaotussüsteemide lülitites olla asjakohane kasutada PoE, PoE+ porte.

  Edasi — enam: kui juhtkond rakendab aktiivse kasvu ja arengu poliitikat, siis võrk jätkab edasist arengut — ettevõte võib hakata üürima naaberriike, ehitama oma hooneid või omandama väiksemaid konkurente, suurendades seeläbi töötajate arvu. Samal ajal toimub ka võrgu kasv, mis nõuab:

  • töötajatele töökohtade tagamine — vajalikud on uued juurdepääsu lülitid pääsupordiga
  • uute jaotussüsteemide olemasolu juurdepääsu lülitite linkide agregatsiooni jaoks
  • uus liinide ehitamine ja olemasolevate moderniseerimine

  Seetõttu toimub liikluse kasv järgmiste põhjuste tõttu:

  • uute juurdepääsu portide ja seega ka võrgu kasutajate arvu suurenemise tõttu
  • seotud süsteemide liikluse tõusust, mis valivad ettevõtte võrgu — telefoni, turvalisuse, insenerisüsteemide jne — transpordiks.
  • uutest teenustest — töötajate arvu kasvades tekivad uued osakonnad, mis vajavad teatud tarkvara.
  • andmekeskuste arvutivõimsuste suurenemisest, et rahuldada infrastruktuuri ja rakenduste nõudeid.
  • võrgu ja teabe turvanõuete kasvust — tuntud CIA kolmikk, kui tõsiselt rääkida, siis Confidentiality, Integrity and Availability:
    • seoses sellega, et võrgu - ja andmekeskuste kriitilistele tasemetele lisanduvad täiendavad nõuded usaldusväärsuse ja varundamise suhtes.
    • uuesti tõuseb liiklus uute turvasüsteemide kasutuselevõttu tõttu — näiteks RKVI jne.

  Varem või hiljem toob liikluse, teenuste ja kasutajate arvu kasv paratamatult kaasa vajaduse täiendava võrgu taseme — põhituuma, mis teostab kõrge ülekande/suunamise kiirusel pakettide ühendamist kasutades kiirusel suhtluslingid.

  Selles etapis võib ettevõte liikuda kolme tasandi võrgu mudelile:

  
  
  Nagu ülalolevalt jooniselt näha — sellises võrgus on olemas põhitasand, mis koondab enda alla kiiruselinkid jaotamisühendustest. Seega kehtivad põhikommutaatoritele järgmised nõuded:

  • liideste läbilaskevõime — 1GE, 2.5GE, 10GE, 40GE, 100GE
  • kommutaatori jõudlus (switching capacity ja forwarding performance)
  • liideste tüübid — 1000BASE-T, SFP, SFP+, QSFP, QSFP+
  • liideste arv ja komplekt
  • varundamisvõimalused (stakkeerimine, klasterdamine, juhtimismoodulite varundamine (relevantne mudelkommutaatorite puhul), toite varundamine jne)
  • funktsioonid

  Sellisel tasandil on kindlasti vajalik ka selle tehniline modifikatsioon:

  • põhionade ja ühenduste varundamine (väga, väga, väga soovitatav)
  • jaotustasandi ühenduste ja sõlmede varundamine (sõltuvalt kriitilisusest)
  • juurdepääsukommutaatorite ja jaotustasandi vaheliste ühenduste varundamine (vajadusel)
  • dünaamilise marsruutimise protokollide sisestamine
  • liikluse koormuse jaotamine nii tuum- kui ka jaotamis- ja juurdepääsu tasemel (vajadusel)
  • täiendavate teenuste rakendamine — nii transporditeenuste kui ka turvateenuste (vajadusel)

  nii õiguslikud aspektid kui ka ettevõtte turvapoliitika, mis täiendavad üldist turvapoliitikat järgmistes valdkondades:

  • turvafunktsioonide rakendamise ja seadistamise nõuded juurdepääsu- ja jaotamislülitites
  • juurdepääsu, jälgimise ja võrguseadmete haldamise nõuded (eemaljuurdepääsu protokollid, haldamiseks lubatud võrgusegmendid, logimise seaded jne)
  • reserveerimise nõuded
  • minimaalse vajaliku ZIП-komplekti koostamise nõuded

  Selles jaotises olen lühidalt kirjeldanud võrgu ja ettevõtte arengut, alates mõnest lülitist ja paarist kümnest töötajast kuni mitme tosina (või isegi sadade lülititeni) ja mitmesaja (või isegi tuhande) töötajani, kes otse ettevõtte võrgus töötavad (kuna on veel tootmisosakonnad ja insenerivõrgud).
  On selge, et tegelikkuses ei toimu sellist "imeilusat" ja kiiret ettevõtte arengut.
  Tavaliselt kulub aastaid, et ettevõte ja võrk kasvaks oma esimesest tasemest kolmandaks, millest ma räägin.

  Miks ma kõiki neid tõdesid kirja panen? Sest tahan siin mainida sellist mõistet nagu ROI — investeeringu tasuvus ja arutada selle külge, mis otseselt puudutab võrguvarustuse valikut.

  Seoses varustuse valikuga valivad võrguinsenerid ja nende juhid sageli varustust, lähtudes kahest tegurist — varustuse praegusest hinnast ja minimaalsetest tehnilistest funktsionaalsustest, mis on hetkel vajalikud konkreetse ülesande või ülesannete lahendamiseks (varustuse ostmisest varundamiseks räägin hiljem).

  Sel juhul arvestatakse harva seadmete edasise «kasvu» võimalustega. Kui seadmed jõuavad oma funktsionaalsuse või jõudlusepiirideni, ostetakse edasi võimsam ja funktsionaalsem, samas kui vanad saadetakse ladusse või kuskile võrku põhimõtte järgi «et seista» (see on muide ka põhjus, miks tekib suur seadmekogum ja ostetakse hulgaliselt teavet süsteeme, mis sellega koostööd teevad).

  Nii et uue kõrgema tootlikkuse seadme ostmise asemel, peaks ostma osa litsentse täiendava funktsionaalsuse ja tootlikkuse jaoks, mis on oluliselt odavamad kui uus varustus, on mõnikord vajalik uue seadme ostmine ja liialdamine järgmiste põhjuste tõttu:

  • võrk kasvab sageli aeglaselt ja teie võrgu lüliti funktsionaalsuse või tootlikkuse laiendamine võib veel kaua aega jätkuda.
  • Ei ole saladus, et välismaiste tootjate seadmed on seotud välismaise valuutaga (dollariga või euroga). Ausalt öeldes, dollari või euro väärtuse tõus (või perioodiline rubla väiksem devalveerimine, nagu keegi arvab) tähendab, et dollar 10 aastat tagasi ja dollar praegu on rubla vaates täiesti erinevad asjad.

  Kokkuvõttes tahan märkida, et nüüd laiemate funktsioonidega võrgu seadmete ostmine võib hiljem säästa raha.
  Siin käsitlen seadmete ostmise kulusid investeeringuna oma võrku ja infrastruktuuri.

  Seega järgivad paljud tootjad (mitte ainult Extreme) põhimõtet pay-as-you-grow, pakkudes seadmes suurt hulka funktsioone ja võimalusi liideste jõudluse suurendamiseks, mis aktiveeritakse hiljem eraldi litsentside ostmisega. Samuti pakuvad nad modulaarsed lülitid laia valiku liidese- ja protsessorikaartidega ning võimaluse järjestikuste suurendamiste tegemiseks nii nende arvu kui ka jõudluse osas.

  Kriitiliste sõlmede reservimine

  Selles artikli osas soovin kiiresti kirjeldada põhialuseid selliste oluliste võrguelementide, nagu tuumakommutid, andmekeskused või jaotusseadmed, kahepoolsete koormuse osas. Alustan üldiste varundamismeetodite – stäkkimise ja klastrite moodustamise – arutatamisest.

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

  Allpool on esitatud kahe meetodi võrdlustabel.

  
  

  • haldus — nagu tabelist näha, on haldamise osas eelis stäkkimisel, kuna stäkkide puhul esindab mitmest kommutist koosnev stäkk ühte kommutit suure arvu portidega. Klastri moodustamisel peate haldama näiteks 8 erinevat kommutit, kuid stäkkimise korral ainult üht.
  • vahemaa — hetkel ei ole klasterdamise eelised nii selged, kuna on tulnud turule tehnoloogiad, mis võimaldavad lülitite virnastamist virnastusportide või kaheotstarbeliste portide kaudu (näiteks SummitStack-V Extreme'ilt, VSS Cisco'lt jne), mis sõltuvad samuti transiiverite tüübist. Siin on eelised antud klasterdamisele põhimõttel, et virnastamise puhul on võimalusi, kus tuleb kasutada tavapäraseid virnastusporte, mis sageli on ühendatud spetsiaalsete piiratud pikkusega kaablitega — 0.5, 1, 1.5, 3 või 5 meetrit.
  • tarkvarauuendus — siin näeme, et klasterdamisel on eelised võrreldes virnastamisega, ja põhjus on järgmine — tarkvara versiooni uuendamisel virnastamisel uuendate tarkvara pealüliti peal, mis võtab edaspidi enda kanda uue tarkvara paigaldamise standby-liikmetele. Ühest küljest kergendab see teie tööd, kuid tarkvara uuendamine nõuab tihti seadme taaskäivitamist, mis toob kaasa kogu virna taaskäivitamise ja seega katkestab selle töö ning kõik sellega seotud teenused taaskäivitamise ajaks. See on tavaliselt äärmiselt kriitiline südamikele ja andmekeskustele. Klasterdamise korral on teil kaks üksteisest sõltumatut seadet, millel saate tarkvara järk-järgult uuendada. Sel viisil saab teenuste katkestamist vältida.
  • seadete konfiguratsioon — siin on eelised loomulikult virnastamisel, kuna haldamise korral peate seadete konfiguratsioone muutma vaid ühe seadme ja selle konfiguratsioonifaili jaoks. Klasterdamisel on aga konfiguratsioonifailide arv võrdsustatav klastrite sõlmede arvuga.
  • vabandustaluvus — siin on mõlemas tehnoloogias ligikaudu võrdsed, kuid siiski on klastri puhul väike eelis. Põhjus peitub järgmises — kui vaadelda steki käivitatud protsesside ja protokollide seisukohast, siis näeme järgmist:
    • on master-switch, millel on käivitatud kõik peamised protsessid ja protokollid (näiteks dünaamilise marsruutimise protokoll — OSPF)
    • on teised slave-switch lülitajad, millel on käivitatud kõik peamised protsessid, mis on vajalikud tööks stekis ja liikluse haldamiseks, mis nende kaudu kulgeb
    • kui master-switch lüliti rikki läheb, tuvastab järgmist prioriteeti omav slave-switch lüliti meistri rikke
    • ta käivitab end meisterena ja käivitab kõik protsessid, mis töötasid meistril (sealhulgas ka vaatlemine protokoll OSPF)
    • pärast mõningast protsesside käivitamise aega (tavaliselt üsna lühikest) hakkab juba tööle ka protokoll OSPF
    • Seega OSPF reageerib klasterdamisel ühte sõlme rikke korral veidi kiiremini kui virnastamisel (ajaliselt, mis on vajalik protsesside ja protokollide käivitamiseks ning initsialiseerimiseks slave virnastusswitchis). Kuigi tuleb märkida, et tänapäevased virnastamisprotokollid ja -lülitid töötavad väga kiiresti, on tihti vahetuse ajal liikluse katkestus vähem kui üks sekund, kuid siiski on klasterdamisel sellest aspektist märkimisväärne eelis.

  • keerukus — nagu tabelist näha, on virnastamine keerukuse osas eelis. See on otsene tagajärg punktidele „haldamine” ja „seadistuste konfigureerimine”. Üksik sõlm võtab seadistamiseks ja haldamiseks palju vähem aega. Samuti peab klasterdamisel sageli seadistama täiendavaid marsruutimismeetodeid või värava varundusprotokolle — VRRP, HSRP ja teised.
  • sõlmede asendamine — siin on virnastamisel selge eelis. Väga tihti on virnastusswitchi asendamiseks vajalik teha minimaalne vajalik seadistamine, näiteks:
    • uue kiirelüliti tarkvara uuendamine tarkvarapaki versiooniks (seda saab teha kohe, kui lülitid ZIIPi saabuvad)
    • mõnede põhiliste käskude seadistamine virnastamiseks (ja mõnede lülititüüpide puhul võib see isegi mitte olla vajalik)
    • virnast välja langenud lüliti eemaldamine ja uue ühendamine
    • elektriühenduse ja patškordide ühendamine

  • paindlikkus — pean seda enda jaoks üheks peamiseks parameetriks. Üldiselt on paindlikkus kompleksne omadus, mis tähendab, et midagi muutub koormuse mõjul ja naaseb algsesse vormi pärast koormuse kadumist. Kummalisel kombel on virnastamiseks see isegi kõrgem, arvestades 4:3 suhet, mis eelpool mainitud omaduste osas virnastamise kasuks. Kõik sõltub inimfaktorist. Jah, ärge imestage — just selles virnastamise omadustes, nagu ühtne juhtimine, seadete konfigureerimine ja lihtsustatud keerukus, peitub virnastamise nõrkus, kui mängu astub inimfaktor.

  Olen oma IT-töös korduvalt kokku puutunud olukordadega (ja küllap on mul endalgi olnud neid hetki, eriti alguses), kus insener eksis mingit käsku sisestades või seadme funktsiooni aktiveerides/deaktiveerides, mis viis kogu infrastruktuuri kokkuvarisemiseni ja selle käsitsi taaskäivitamiseni. Eraldi tuleks mainida Windowsi Putty rakenduse austajaid (ah, see paremklikkide kopeerimine).

  Tegelikult on mõlemad tehnoloogiad üsna head (eriti võrreldes ressursituks jäämisega) ning kummalgi on oma tugevused ja nõrkused, kuid kõrge koormusega andmekeskuse jaoks eelistaksin siiski klasterdamist.

  Kuigi see on vaid minu arvamus. Paljud professionaalsed insenerid, kes on aastaid professionaalsel tasemel võrguhooldust teinud, saavad mõlemat tehnoloogiat ühtviisi kasutada — kõik sõltub kogemusest ja kvalifikatsioonist.

  Lisaks tehnoloogiatele, mis käsitlevad võrgustike klasterdamist ja varundamist, eksisteerivad ka üldised põhimõtted, mis käsitlevad võrgusõlmede ja nendevaheliste sidemete osi:

  Võrgu sõlme reserveerimist mõistetakse järgmiselt:

  • toiteblokkide reserveerimine — kahe toiteploki paigaldamine, mis üksteist dubleerivad (ja oleks soovitatav ühendada 1. kategooria toiteallikaga) võib teie elu oluliselt lihtsustada.
  • juhtimisseadmete reserveerimine — see puudutab peamiselt modulaarseid lüliteid, millel on ette nähtud mitme omavahel dubleeritud juhtimisseadmestiku ühendamine.
  • liidese kaartide reserveerimine — see kehtib samuti peamiselt modulaarsete lülitite kohta.

  Side/lingi reserveerimist mõistetakse peamiselt dubleerivate kaablite radade (või raadiolinkide avatud alades) olemasolu kaudu:

  • jaotamine erinevatesse kaabli šahtidesse ja kanalitesse hoone sees
  • geograafiline jaotus kahe või enama hoone, linna, maakonna või riigi tasandil (nii öeldud mahtkaared)

  Samuti tuleb side reservlingide rajamisel järgida mitmeid soovitusi seadmete osas:

  • moodulite lülitite liidesekaartide dubleerimise korral või virna olemasolul on vajalik jaotada lingid üksuste — liidesekaartide puhul moodulite lülitites ja lülitite osas virnas.
  • soovitav on kasutada sideagregatsiooni protokolle (LACP, MLT, PAgP jne) linkide koondamiseks gruppidesse ja koormuse tasakaalustamiseks nende vahel.
  • kasutada ruuterite protokolle, mis toetavad ECMP (Equal-Cost-Multi-Path) protokolle — kui mitme paketi edastamisel ühe marsruudi kaudu liiguvad need paketid mitte ühe parima marsruudi (ja liidese) kaudu, vaid jaotatakse mitme parima marsruudi (ja mitme liidese) vahel, mis määratakse marsruutimise protokolli metoodika järgi, mis omakorda vastutab lõppmarsruudimise tabeli täitmise eest.

  Ja nüüd, nagu lubatud, kirjeldan tõelist juhtumit oma praktikas ja säästmisprintsiipi kriitiliste sõlmede varundamisel, mis juhtus mõned aastad tagasi:

  • ühes firmas, nimetame seda X, oli tavaline kolme taseme mudel:
    • mõned tuumad
    • mõned tosinad agregatsioonid
    • mõned tuhanded ligipääsulülitid
    • kümnetuhande kasutaja poolt

  • võrk oli keeruline:
    • paljude dünaamiliste marsruutimisprotokollide ja protokollide – OSPF, MP-BGP, MPLS, PIM, IGMP, IPv6 jne.
    • mitmete teenustega – interneti, L2 ja L3 VPN, VoIP, IPTV, pühendatud liinide jne.

  • ent oli võrgus üks kitsaskohal – piirimarsruuter, mis ühendab BGP-ääriku funktsioonid ja lõpetas mõned kasutajateenused
  • jah, ta maksis nagu lennuki tiib (mitu miljonit rubla)
  • jah, sel ajal oli ta üheks parimaks seadmekseks tuntud võrgu tootjas
  • jah, ta pidi olema väga usaldusväärne – suurepärase MTBF näitajaga
  • jah, tal oli 4 toitebloksi, mis olid kokku tõmmatud 2x2 skeemi ja ühendatud erinevate UPS-ide ja toiteallikatega.

  Kuid see ei muutnud tõsiasja, et ta oli võrgu ainus rikkepunkt.

  Ja ühel, kaugel mitte väga meeldival päeval minu ja mu kolleegide jaoks, ütles see ruuter, et on lõpetanud oma elu (hiljem selgus, et elektritoite liinil oli mingi rike, mis viis kahe toiteploki samaaegse väljasuremiseni, ning üks plokk põletas ruuteri RP mooduli ja seadme andmebusse ühendatud liidese kaardi).

  Meil ei olnud varupoode - RP ja liidese kaarte, kuid meil oli leping seadmete või nende komponentide asendamiseks ühe partneriga NBD skeemi alusel.

  Kahjuks oli partneritel sel hetkel laos vaid liidese kaart, kuid RP plaati ei olnud, see saabus alles mõne päeva pärast (3 päeva).

  Kokkuvõttes muutus ühise rikke punkti olemasolu võrgus (isegi olemasoleva toetuse ja seadmete asendamise lepinguga) järgmisteks rahalisteks kuludeks:

  • teenuste osa, mis tuli või oli seotud selle piiriühendusega, moodustas ligikaudu 60-70%
  • nagu hiljem arvutati, oli päevane kasum sel hetkel umbes 900 tuhat rubla (umbes).
  • seega teoreetiliselt kaotati kolme päeva jooksul kasum vahemikus 1 620 000 kuni 1 890 000 rubla

  Muidugi olid netokadud väiksemad, kuna peamise osa kasutajate hüvitised tagastati mitte rahana, vaid teenustena, kuid need olid siiski olemas:

  • osa hüvitisi ettevõtte kasutajatele
  • suuremad kulud ettevõtte töötajatele, kes töötasid kõik need 3-4 päeva täies koosseisus — ületunnid, öövahtimised, vahetuste suurendamine jne.
  • mainekaotused, mis pole samuti ebaoluline
  • ja kõige tähtsam — närvid, nii juhtkonna kui ka töötajate ja klientide närvid

  Kokkuvõtteks vaadati ettevõtte poliitika üle:

  • keelduti NBD tingimusele vastava asenduse lepingust
  • jäeti alles tavaline teenindusleping
  • osteti varurrouter, mille maksumus oli ligikaudu 1 — 1,3 miljonit rubla, et tagada 90% põhifunktsionaalsusest

  Edaspidi võimaldas täiendava varustuse soetamine ja põhiseadmestamine tasakaalustada nende vahel koormust väliste linkide, liikluse ja kasutajate osas ning tagas edasiste hädaolukordade korral ettevõtte vastupidavuse.

  Enterprise võrgu kavandamise näide

  Selles artikli osas püüan ma välja tuua peamised punktid ettevõtte toetava võrgu arvutamisel. Ma ei sooviks teid üle koormata kogu PPDIOO (Prepare-Planning-Design-Implement-Operate-Optimize) meetodiga, vaid toon välja vaid selle olulisemad aspektid:

  • Prepare/Valmistamine — on oluline teatada oma juhtkonnale võrgu moderniseerimise eesmärkidest, mida soovite saavutada — tõsta töökindlust, rakendada uusi teenuseid või tehnoloogiaid. Ma ei käsitle siin piiranguid — tehnilisi ja organisatsioonilisi, eeldades, et olete organisatsiooni töötaja ja teil on piisavalt aega nende ületamiseks. Raha põhiteema juurde tulen tagasi hiljem.
  • Planning/Planeerimine — siin peate koostama täielikku ülevaadet oma praegusest võrgust (kui te seda veel ei tea), st kirjeldama, milline on teie võrk praegu:
    • seadmestiku number ja tüüp
    • portide arv ja tüübid
    • olemasolevad kaabliteed ja lülituskaavad hoonetes ja nende vahel
    • elektrivõrgu skeemid
    • L2 ja L3 aadressimine
    • koostada Wi-Fi võrgukaardid koos juurdepääsupunktide ja kontrolleritega
    • kirjeldada oma serverite farmi
    • soovitatav on kirjeldada kõiki oma teenuseid ja nende vahelisi seoseid
    • kui teil on juba mingil viisil rakendatud võrgu turvapoliitika ja võrgu juurutamise piiramise põhimõtted, siis arvestage nendega projekteerimisel
    • tahan kohe märkida, et teine samm tähendab tegelikult võrgu täielikku inventuurimist, alustades kaablistruktuurist ja elektritoite skeemidest kuni teenuste (rakenduste ja nende portide) lõpetamiseni. See samm on väga-täiuslik ja mõnikord tüütuks. Kui teie või teie eelkäija ei ole pidanud dokumentatsiooni või isegi elementaarset jälgimissüsteemi, siis on aeg selle üle mõelda. Võrk kalduvõib ajas muutuda erineva kiiruskäitumisega ja ainult õige dokumentatsiooni pidamine või jälgimissüsteemi loomine võib aidata teil jälgida selle seisukorda ja hõlbustada selle haldamist. Kuid see kuulub juba sammu 'operate' alla.

  • Design/Projekteerimine — omades täielikke teadmisi oma võrgu kohta, mida on saadud eelmisel sammul, istute lõpuks ette ja mõtlete, kuidas oma võrku uuendada. Allpool püüan demonstreerida väikest võrgu arvestuse näidet.

  Olen koostanud väikese nimekirja algandmetest, mille alusel juhindun شبكة projekteerimisel ja arvutamisel.

  Kujutame ette Prepare sammu nimekirjana, kus on kirjas, mida meil on ja mida plaanime teha:

  • olemas on üsna suur ettevõte, millel on umbes 700-800 töökohta (siin mõtlen töötajatele, kes vajavad ettevõtte võrku pääsu)
  • on mitu eraldi hoonet ettevõtte territooriumil:
  • Peamised hooned:
    • hoonete arv — 2 tk
    • korruste arv hoones — 7 tk
    • telekommunikatsioonikapid korruse kohta ühes hoones — 3 (kokku 21) tk
    • töötajate arv hoones =~ 250 inimest

  • Lisaehitused:
    • hoonete arv — 10 tk
    • korruste arv hoones/töökodades — 2 tk
    • telekommunikatsioonikapid hoones — 3 tk
    • töötajate arv hoones =~ 20 inimest

  • Praegune võrgu tuumataseme tase (muide, väga levinud skeem, mida olen kohanud korduvalt erinevates formaatides ja portide koosseisudes) on esitatud:
    • 2 ühenduskrediiti L2:
      • 1Gb RJ-45 tüüpi portide arv — 24 tk
      • 1Gb SFP portide arv — 4 tk
    • 1. L2 kommutaator:
      • 1Gb SFP portid — 24 tk
    • tuuma topoloogia — ring
    • peer-to-peer ühendused kommutaatorite vahel on ühendatud optiliste kiudude kasutamisega
    • kommutaatorid paiknevad väikestes serveriruumides kapides
  • Praegune jaotustase:
    • ühendatud võrgutuuma tasemega linkide aggregeerimise osas juurdepääsu kommutaatoritest
    • L3 aadressimine on viidud piiripuhurisse ja/või tulemüürile
  • Praegune juurdepääsu tase:
    • L2 kommutaatorid 16 x 100 Mb RJ-45 juurdepääsupordiga ja 2 giga bitise uplink combo-portiga RJ-45/SFP
    • kommutaatorid paiknevad kapides korrustel
    • juurdepääsu kommutaatorite topoloogia:
      • täht (hub-and-spoke) tuuma/jaotuse kommutaatoriga keskel
      • haru/spoke on kommutaatorite haru korrustel — 3 tk ahelas
    • on mittetäielikud juurdepääsu kommutaatorid
    • kommutaatorid 9 täiendavas korpuses on ühendatud meedia muundurite kaudu (optilise signaali elektriliseks muundamiseks)
  • Praegune kaabelduse infrastruktuur:
    • Kaabeldushoone vahel:
      • kahe peahoone vahel on optiline kaabel, millel on 8 kiudu
      • ühe optilise kaabli vahel, mis ühendab lisaehituse (kus asub tuumkloon) ja iga peahoone, on 8 kiudu kummaski
      • ühe optilise kaabli vahel, mis ühendab täiendavaid ehitusi ja tuumkloonide asukohti, on 4 kiudu (nende jaotus on toodud alloleval pildil)
      • kõikide kaablite kiud on ühemodeerilised / SMF
      • kasutatakse 2-kiudseid ühemodeerilisi SFP transiiverid
      • osa kaablitest terminaalitakse optilistes ristmikes (ODF) eraldi ruumides (ristmiku ruumid / serveriruumid), osa kaablitest on korruse jaotuskappidess

    • Kaablisüsteem hoonetes:
      • serveriruumide ja korruse esimestes kappides on segatud kaablistruktuur:
      • Cat5e vaskkaableid — 10 tk (või 100 paarilist kaablit)
      • 4 või 8 kiudude võimekusega optiline multimood/neivõrk - 1 tk
      • 4-kiudne optiline multimood/neivõrk kaabel korruste kappide vahel
      • Cat5e vaskkaablid korruste kappide ja juurdepääsupunktide vahel
    • praegune andmekeskus:
      • on mitmeid servereid, näiteks 6 tükki
      • 1Gb porte on ühendatud tuumklooniga 1. peahoones
      • kõik ettevõtte rakendused on paigutatud serveritesse
    • L2, L3 adresseerimine ja marsruutimine:
      • võrgus on mitu VLAN-i — 2,3 tükki hoone kohta
      • serverid on määratud eraldi /24 võrgus
      • sisemiste vajaduste jaoks kasutatakse B-klassi halli võrguaadresse, mis kuuluvad vahemikku — 172.16.0.0/16
      • L3 aadressid lõpevad piiriserveris ja/või tulemüüris
      • kasutatakse staatilist marsruutimist
    • täiendav teave:
      • telefoniteenus:
        • hoonetes ja mõnedes korpustes on käivitatud traditsiooniline telefoniteenus, kasutades vanemaletöötavaid digitaalseid PBX-e (mitte IP-PBX-i)
        • on vajalik telefoniseerida uued korpused, ilma et oleks vaja kulutada rahaliselt kallite vasekaabli teede rajamiseks ja kahekordse struktuurse kaabli süsteemi loomise kuludele telefoniteenuste jaoks hoonetes
        • aja jooksul plaanitakse rakendada IP-telefoniteenust kogu ettevõtte territooriumil, siduda see CRM-süsteemidega ja viia üle kõik töötajad
      • portide maht:
        • on vajalik analüüsida praeguseid strateegilisi portide mahtu ja juurdepääsupordid ning reserveerida vähemalt 25-30% tulevaste vajaduste jaoks
        • analüüsida praeguse ligipääs ports ja selgroo linkide piisavust
        • tagada PoE/PoE+ ligipääsupordid naaber süsteemide seadmetele — videovalve ja telefoniteenused
      • videovalve:
        • ette on planeeritud kasutada ettevõtte võrku videovalve võrgu edastustena
        • peab olema ette nähtud PoE pordid videovalve kaameratele
      • traadita süsteemid:
        • edaspidi on plaanis rakendada traadita infrastruktuuri töötajate mobiilsuse tagamiseks
        • peab olema ette nähtud PoE pordid juurdepääsupunktide jaoks
      • eelarve, tähtaeg ja seadmete nõuded:
        • kasutada olemasolevat varustust maksimaalselt
        • võrgu projekteerimisel arvestada võrgu liiklusmahu suurendamise võimalusega N aasta võrra
        • võrgu projekteerimisel arvestada mitmesuguste turvafunktsioonide toetamisega — alates port-security'ist kuni kasutajate autentimise ja volitamisega 802.1x järgi.
        • maksimaalselt on võimalik reserveerida kriitilised võrgu sõlmed esmatähtsateks — tuum ja andmekeskus, ning ette näha võimalus varundada teisejärguliste tähtsusega sõlmed — jaotussõlmed.
        • projekti eelarve peab ettenähtama järkjärgulise rahastamise mitmes etapis.
        • eelarve summa — iga ettevõte määrab selle ise, lähtudes oma rahalistest näitajatest.
        • tähtajad — kõige ideaalsemate olukordade korral ei ole selgelt määratud tähtaegu, kuna see on ettevõtte sisemine projekt, mida teostatakse oma töötajate jõududega, või need võivad olla suhteliselt mugavad — näiteks 1 aasta (ja enam). Halvimal juhul — võib see olla 3 kuud kuni pool aastat.
      • praeguste probleemide kõrvaldamine võrgus:
        • paketikaotused
        • DHCP probleemid enam-vähem inteligentsetes juurdepääsu lülitites, mis on seotud STP protokollide kasutamisega juurdepääsuportide silmade vastu.
        • vabaneda DHCP serveri liidestest iga töötaja VLANis
        • lülitustsüklite tekkimine, mis on seotud hallatavate / mittesüsteemsete lülitite isekäivitumise ja nendele erinevate seadmete ühendamisega kabinetis
        • loetelu võib jätkuda ja jätkuda...

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

      • vähemalt olemasoleva võrgu visandama edasiseks analüüsiks
      • andmete kogumine seadmetest:
        • liiklus peaportidel
        • sadamatel esinevad vead
        • CPU koormus ja mälu kasutamine lülitites ja marsruuterites
        • L2-L3 skeemide koostamine VLAN-ide ja IP-aadresside järgi
      • kaablite marsruutide skeemide tõstmine:
        • kiudoptiliste skeemide ja optiliste ristiskeemide koostamine
        • vastri kaablite jaotuste skeemide koostamine serverite ja korruste vahel
        • vastri kaablite jaotuste skeemide koostamine korruste ja kabinetide vahel
        • kontrollige optiliste ristiskeemide ja patch-paneelide olemasolu serverites ja kapides
      • kontrollige toite skeeme serverites ja korruste kapides
      • kontrollige UPS-i ja aku olemasolu kriitilistes punktides
      • analüüsida kõiki andmeid

      Ettevalmistuse andmeid arvestades sain ma ligikaudse loogilise skeemi:

      
      
      Edasi, järgides moodulipõhist lähenemist, tuleb välja tuua ettevõtte tasemed ja moodulid:

      
      
      Piire (Edge) ma selles artiklis ei käsitle, vaid tuletan lühidalt meelde iga Campus mooduli põhipunktid:

      • Juhtimine — sellel tasemel peaks tagama:
        • vajalikud portide arv kasutajate juurdepääsuks võrgule
        • turvapoliitikate täitmine — liikluse ja protokollide filtreerimine
        • laiendatud domeenide surumine ja võrgu segmenteerimine VLAN-iga
        • eriliste VLAN-ide rakendamine hääle liiklusele
        • QoS toe
        • PoE juurdepääsuportide toe
        • IP multicast toe
        • kanalite usaldusväärsus koos jaotustasandiga (soovitavalt)
      • Jaotamine — sellel tasemel tuleks tagada:
        • vajalikud portide arv juurdepääsu lülitite ühendamiseks
        • juurdepääsu lülitite linkide kogumine ja varundamine
        • IP marsruutimine
        • pakettide filtreerimine
        • QoS toe
        • usaldusväärsus linkide, seadmete ja toite tasemel (väga soovitatav)
      • Tuuma — peaks tagama:
        • kõrge pakettide vahetuse ja suunamise kiirus
        • vajalik portide arv jaotusswitchide ühendamiseks
        • IP suunamise ja dünaamiliste suunamisprotokollide tugi kiire võrgu konvergentsiga
        • QoS toe
        • turvafunktsioonid seadmete ja control plane'i kaitsmiseks
        • seadmestiku ja toitefailide talitlushäirekindlus (kohustuslik)
      • Andmekeskuse — selle mooduli võrgutasand peab tagama:
        • kõrge kiiruslinkide ühendused
        • vajalik portide arv serverite ühendamiseks
        • lingi kommunikatsiooni varundamine, nii serverite ja andmekeskuse switchide vahel kui ka switchide ja võrgu keskuse vahel (kohustuslik)
        • seadmestiku ja toite varundamine (kohustuslik)
        • QoS toe

      Järgmine samm on meie portide ja linkide kommunikatsiooni arvestamine ja nõuete määramine.
      Küünte tasand — portide arvestamise tabel

      Nüüd oleme saanud andmed ligipääsu portide jaotuse kohta hoonetes. Nüüd tuleb analüüsida ligipääsu nõudeid ja märkusi ning välja pakkuda lahenduse variante.
      Küünte tasand — nõuded ja lahendusvariandid

      Jätkame portide ja sideühenduste arvestust järgmiste tasemete jaoks:

      Jaotustase

      Tuuma- või sisetase

      Andmekeskuse tase

      Arvutamisel saime järgmised tulemused:

      • juurdepääsutase — vajalikud on 24- ja 48-portilised juurdepääsu lülitid, eelistatavalt 1Gb juurdepääsupordiga ja optiliste uplink-portide SFP-ga, mis toetavad PoE-d ja laialdast funktsionaalsust:
        • kokku annavad nad 504 juurdepääsuporta, mis põhimõtteliselt katab varuportide nõudmised, kui otsustatakse kasutada 2 porti töökoha kohta – IP-telefon ja andmepord.
        • võib igal korrusel kasutada ühte 48-portilist PoE funktsiooniga lülitit, mis tagab juurdepääsupordid nõuete jaoks:
          • varu — umbes 102 varuporti (22%) peahoones. Täiendavates hoonetes veidi rohkem — 25%.
          • videovalve
          • traadita võrk
      • jagamisaste — vajalikud on lülitid SFP-portide komplektiga alates 12 kuni 48 porti, vähemalt 2 SFP+ porti, virnastamise võimalusega ja laialdase funktsionaalsusega, samuti varu toiteblokkidega.
      • tuumaste — on vajalikud kiirete lülititega, millel on 12 kuni 24 SFP/SFP+ porti, toetades nii virnastamist kui ka klasterdamist MC-LAG toega. Tuleb märkida, et ka marsruutimise vahendite kasutamine liiklusest tasakaalustamiseks on võimalik. Viimase põlvkonna L3 lülitid ja marsruutijad toetavad ECMP-d, võimaldades liikluse tasakaalustamist 4 või rohkem marsruudi kaudu sama meetrika korral.
      • andmekeskuse tase — on vajalikud lülitid, millel on 8 kuni 24 SFP/SFP+ porti, toetades nii virnastamist kui ka klasterdamist MC-LAG toega.

      Sihtvõrgu skeem on lõpuks valmis selline

      Extreme lülitite valik projekti elluviimiseks

      Nüüd oleme jõudnud olulise hetkeni — lülitite valik meie projekti elluviimiseks. Saadud sihtvõrgu skeemi jaoks sobivad järgmised Extreme lülitid:

      Tase
      Mudel
      Pordid
      Kirjeldus

      tuum
      x620-16x-Base *

      x670-G2-48x-4q-Base*
      16 x 10GE SFP+
       
       
       
      48x10GE SFP+ ja 4×40 GE QSFP+
      Tuumade põhinõuete jaoks:

      • kiired lingid
      • laiendatud marsruutimise ja turvalisuse funktsioonid
      • varujuhtimise toetamine lisatoiteplokkidega
      • toetab virnastamist ja klasterdamist

      Minimaalse nõudmise korral sobib x620 seeria lüliti.
      Kui portide arvu ja funktsionaalsuse nõuded on suurenenud, tasub kaaluda x670-G2 seeria lülitite kasutamist.

      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+

      Andmekeskuse põhivajaduste jaoks:

      • kiired lingid
      • varujuhtimise toetamine lisatoiteplokkidega
      • toetab virnastamist ja klasterdamist

      Minimaalse nõudmise korral sobib x620 seeria lüliti.
      Kui portide arvu ja funktsionaalsuse nõuded on suurenenud, tasub kaaluda x670-G2 ja x590-24x-1q-2c seeria lülitite kasutamist.

      jagunemine

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

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

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

      Jagunemise põhivajaduste jaoks:

      • vajalik optiliste portide arv
      • varujuhtimise toetamine lisatoiteplokkidega
      • toetab virnastamist ja klasterdamist
      • vajalik L3 funktsionaalsus

      X460-G2 seeria lülitid sobivad ideaalselt. Varujõuallikate olemasolu koos võimalusega laiendada ja lisada 10G, CX (virnastamiseks) ja QSFP+ porte teeb neist ideaalsed lülitid jagamisastmena kuni 1 Gb portidega.

      juurdepääs

      X440-G2-24p-10GE4*

      X440-G2-24t-10GE4*

      X440-G2-48t-10GE4*

      X440-G2-48p-10GE4*

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

      Juurdepääsu vajaduste jaoks:

      • vajalik juurdepääsu portide arv
      • PoE/PoE+ tugi
      • funktsionaalsus ja portide laiendamise võimalus
      • täiendav boonus 10Gb portide virnastamise toetamiseks "kastist välja"

      Soovitan sellele seerial tähelepanu pöörata, arvestades selle portide paindlikkust, jõudlust ja funktsionaalsust.

      *valitud lülitite spetsifikatsiooni saab vaadata selle seeria esimeses artiklis — Extreme lülitite ülevaade

      Selle artikli võiksin lõpetada, kuid sooviksin osutada veel kahte aspekti, millega igasugune insener silmitsi seisab, arendades või moderniseerides oma võrku:

      • kaabliteed — kiudoptilised ja vaskliinid
      • IP aadressimine

      Töö kiududega

      Ülaltoodud, olen esitanud sihtskeemi, millele tuleb jõuda. Selle rakendamiseks on vajalik järgmine arv seadmete ühendusi:

      ühenduste arv

      Kuna tabelist nähtub, on minimaalne kiudude arv, mis on vajalik võrgu tasemete (tuumamooduli, andmekeskuse ja kahe hoone jaotamise) suure kättesaadavuse tagamiseks — 10 tükki.

      Võrgu iseloomustamise etapis selgus, et hoonete vahelises kaabilis on vaid 8 kiudu. Mida sellises olukorras teha?

      Toon mõned lahendused:

      • esimene ilmne samm on kasutada vabade kiudude vahejuhtmes hoonete 1 - korpus 1 ja korpus 1 - hoone 2 vahel (nagu tabelist nähtub - iga kaabli puhul on kasutusel vaid 2 8-st kiust). Selleks piisab, kui paigaldada optilised ristsõlmed hoone 1 ristsõlmede vahel ja vajadusel kasutada SFP mooduleid koos optilise eelarve reserviga.
      • teise sammuna võib kasutada CWDM-tehnoloogiat - kande lainete tihendamine ühe kiu piirimisel. See tehnoloogia on oluliselt odavam DWDM-ist ja üsna lihtne rakendada. Peamiselt esitatakse nõudmisi optiliste kiudude kvaliteedi ja teatud pikkuse ning eelarvega SFP/SFP+ transiiverite osas. Nagu ma juba eelnevas artiklis mainisin - lülitite võime tuvastada kolmandate osapoolte transiivereid võib meie elu oluliselt lihtsustada ja vähendada kapitalikulusid täiendavate optiliste kaablite ehitamisse.
      • kolmanda sammuna tuleks kaaluda kiudude suurendamise võimalust täiendavate optiliste kaablite paigaldamisega.

      Jätkame, vaadates, kui palju kiudoptilisi kaableid asub hoonete vahel, kus on paigaldatud jaotuslülitid ja lisakorpid 2-10. Siin pole ka kõik nii üheselt mõistetav:

      • Esiteks, kiude ei jätku meie sihtskeemi rakendamiseks — iga lüliti jaoks on vajalik 2 kiudu (nagu me mäletame, on meie kaablitel 4 OP iga korpuse jaoks).
      • Teiseks, isegi piisava kiudude olemasolu korral hoonete vahel kasutatakse korpustes MMF kiude, mis ei võimalda meil lihtsalt ühendada SMF ja MMF kiude (räägin hoonete vaheliste vahede kohta üle 300-400 meetri).

      Sellistes olukordades võib kaaluda järgmisi variante:

      • iga lüliti varustamine SMF kiududega:
        • kui vahemaa võimaldab — saab lülitite vahel venitada täiendavaid pikkade patch-kaableid. Kunagi kasutasime 30-50 m pikkuseid patch-kaableid.
        • paigaldada suhteliselt odav SMF optiline kaabel väikese mahutavusega kappidest vahel
        • viimase võimalusena kasutada erinevaid SMF-MMF konverteerijaid.
      • Hoonete vahel kasutatavate kiudude vähendamiseks saab teha järgmist:
        • kasutada X440-G2 juurdepääsu lülitite virnastamisfunktsiooni – samal ajal kasutada igasse korruse lülitisse 1 SMF kiudu, mis võimaldab kasutada 6 kiudude ja portide asemel 3 kiudu ja porti iga külje peal.
        • kasutada 2 kiudu, et ühendada haru esimene ja viimane lüliti. Koguda lingid piiril olevates juurdepääsu lülitites ja kasutada STP protokolle saadud ringis.

      IP-aadressimine

      Siin toon esialgse aadressimise arvutuse 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 okteti 4 bitti tähistavad hooned – 172.16.0.0/12.
      • Kolmas oktet tähistab korruse numbrit hoones.
      • Kolmas oktet = 255 on eraldatud punkt-punkt seadmete ja haldussüsteemide linkide jaoks.
      • iga korruse jaoks üks haldus VLAN lülitite haldamiseks.
      • iga lüliti jaoks üks kasutaja VLAN (keskmiselt 24 porti).
      • iga lüliti jaoks üks hääletus VLAN (keskmiselt 24 porti).
      • iga korruse jaoks üks videovalve VLAN.
      • iga korruse jaoks üks Wi-Fi seadmete VLAN.

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

      Ülaltoodud tabelis olen toonud näite võrkude jaotamisest hoonete ja korruste kaupa ühel pool ning võrkude (kasutajate, haldus ja teenused) teisel pool.

      Tegelikult ei ole halli võrgu 172.16.0.0/12 valik kõige optimaalsem, kuna see piirab meid hoonete jaoks võrgu arvu (16-lt 31-le), kuid ka kaugkontoritele on vajalik võrgu plokkide jagamine, võib-olla oleks optimaalsem variant 10.0.0.0/8 võrgu kasutamine või 172.16.0.0/12 (näiteks teenuslike vajaduste ja serverite jaoks) ja 10.0.0.0/8 (kasutajaverkude jaoks) koos kasutamine.

      Kokkuvõttes on IP-võrkude eraldamise lähenemine samuti modulaarne ja soovitatav on järgida alamvõrkude kokkuvõtmise reegleid üheks summary-võrguks jaotustasanditel ning piiriruuterites kaugfiliaalides. See on tehtud mitmel põhjusel:

      • marsruutide tabelite vähendamine ruuterites
      • marsruutimisprotokollide teenustrafiku vähendamine (kõikvõimalikes update sõnumites, kui siserakendused ei ole saadaval)
      • L3 võrkude haldamise lihtsustamiseks ja parema loetavuse tagamiseks

      Kuigi esimestel kahel punktile tasub tähelepanu pöörata, et tänapäevaste ruuteri võimsused on palju kõrgemad kui need, mis olid 15-20 aastat tagasi, ja need võimaldavad hoida oma töömälu suuremaid marsruutimistabeleid; ning sidekanalite hinna ja ribalaiuse suhe on võrreldes E1/T1 voogude (G.703) plahvatuslikult kasvanud.

      Kokkuvõte

      Sõbrad, käesolevas artiklis püüdsin võimalikult lühidalt rääkida peamistest kampusvõrkude projekteerimise põhimõtetest. Jah, materjali on tulnud päris palju ja see on arvestades, et ma ei puudutanud selliseid teemasid nagu:

      • ettevõtte piiri korraldamine (see on eraldi lugu oma lülitite, piiride, tulemüüride, IPS/IDS süsteemide, DMZ, VPN ja muude asjadega)
      • Wi-Fi võrkude korraldamine
      • VoIP võrkude korraldamine
      • andmekeskuse korraldamine
      • turvalisus (see on samuti omaette maailm, mis ulatub mahult ja nõudmistelt võrreldes puhta võrgu infrastruktuuri projekteerimisega samasse tasemesse, kui mitte paremini)
      • energeetika
      • loendit võib jätkata ja jätkata

      Tegelikult on ettevõtte võrgu projekteerimine ja ülesehitamine üsna tööd nõudev ülesanne, mis vajab palju aega ja ressursse.

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

      See ei ole sugugi viimane artikkel teemal Extreme Networks, nii et jälgige meie uuendusi (Telegram, Facebook, VK, TS Solution Blog)!

Allikas: habr.com