Kai jau turite tinklą, tai jūsų pagrindinė užduotiskaip tinklo valdytojas turi išlaikyti savo galimybes. Visų pirma, reikia pridėti daugiau aparatūros, kad būtų patenkintas didesnis pralaidumo poreikis ir daugiau personalo baigčių. Tinkamai pasiekti šį išplėtimą galite tik tuo atveju, jei turite parengtą projektavimo pagrindą.
Kai kuriate naują tinklą, privalumas yra švarus lapas, kuris suteikia jums galimybę suprojektuoti paslaugą, kurią galima lengvai išplėsti.. Taigi, jei jūs perimate blogai suplanuotą tinklą, gali būti gera idėja sukurti sistemą nuo nulio ir tada perkelkite esamus išteklius, kad tilptų su suplanuotu maketu.
Šiame vadove jūs perskaitysite apie sistemą, skirtąsukurkite dizainą, kuris pateiks jums naujo tinklo išdėstymą. Tai taip pat gali būti taikoma esamiems tinklams, kad jie būtų geresni. Šiame vadove pateikta schema atitinka sistemą, rekomenduojamą „Cisco Certified Network Associate“ egzamino (CCNA) metu. Taigi, net jei greičiausiai jums dabar nebus suteikta atsakomybė už tinklo projekto sukūrimą, šio vadovo patarimai turėtų bent jau padėti išlaikyti CCNA egzaminus.
Perskaitykite galutinį tinklo projektavimo vadovą!
Projektavimo metodika
Galiausiai tinklai egzistuoja vien tam, kad tarnautųorganizacijos poreikiai. Žinoma, kiekvienas verslas, labdaros organizacija ar asociacija turi išskirtinius savo tinklo reikalavimus, į kuriuos reikia atsižvelgti. Pvz., Aparatinė ir operacinės programos, kurių jums reikės norint sukurti internetinio verslo tinklą, skiriasi nuo įrangos, kurios jums prireiks palaikant plytų ir skiedinio verslą.
Kai svarstote tinklo dizainą, jums to nereikianuo pat pradžių susirūpinti užduotimi sudaryti aparatūros poreikių sąrašą. Tai ateis vėliau. Šiuo metu mes orientuojamės į tinklo dizainą, o ne į šio projekto įgyvendinimą. Artėjant prie kito abstrakcijos lygio, projektavimo pradžioje mes net nesirūpiname tinklo išdėstymu ar net jo paskirtimi. Pirmiausia turėtumėte sutelkti dėmesį į metodiką, kurios laikysitės kurdami tinklą.
Stenkitės sukurti sistemą, apibrėžiančią atinklas, ir tai bus naudinga organizacijai bet kuriuo ateityje, o ne tik jos tiesioginiams poreikiams. CCNA gairėse rekomenduojama laikytis principo „iš viršaus į apačią“.
Požiūris iš viršaus į apačią
Bus pavesta sukurti tinklą išįbrėžimas gali būti bauginanti patirtis. Klausimas yra nuo ko pradėti? Atsakymas iš viršaus į apačią sukuria tikslų hierarchiją ir surašykite užduotis, kurias reikia pasiekti norint pasiekti kiekvieną tikslą. Kai šis planas bus parengtas, pateksite į kritinio kelio analizę, kad užsakytumėte užduotis, kad galėtumėte pasiekti tikslą per kuo trumpesnį laiką.
Kai jau žinai, kurias užduotis reikia pradėtipirmiausia ir kurias užduotis galima atlikti lygiagrečiai, galėsite planuoti išteklių poreikius. Tai suteiks jums galimybę reikiamu metu pasitelkti reikiamus ekspertus vietoje ir paprašyti jų kuo greičiau dirbti, kad sumažintumėte išlaidas. Taip pat galėsite surašyti atsargų reikalavimus, kad žinotumėte, kada jums reikia turėti įrangos.
Taikant metodą „iš viršaus į apačią“, aparatinės įrangos pirkimas yra paskutinė sąrašo užduotis.
Alternatyvūs metodai
Metodas „iš apačios į viršų“ yra toks darbo metodastikriausiai esate įpratę. Tai ypač aktualu tuo atveju, jei plečiate esamą tinklą. Šiame scenarijuje projekto pradžios taškas yra įrangos sąrašas. Čia daroma prielaida: „ką mes dabar turime ir kokios įrangos mums reikės, norint pristatyti išplėstą tinklą?“
„Iš apačios į viršų“ požiūrio į tinklą problemadizainas yra tas, kad dėmesys sutelkiamas tik į neatidėliotiną poreikį įvykdyti tam tikrą verslo reikalavimą. Tai nekelia tikslo į platesnio tinklo kontekstą ir galimą plėtrą ateityje; jūs tiesiog išnagrinėjate vieną tinklo sritį, kurią reikia patobulinti. Šis pakeitimas gali paveikti kitas paslaugas ir suvaržyti kitų tinklo infrastruktūros sričių pajėgumus.
Agile plėtros modelis atrodo:metodika „iš apačios į viršų“. Vykdydami „Agile“ plėtrą, gausite apytikslę mintį, kaip įvykdyti reikalavimą, įdiegti tą sprendimą ir pritaikyti rezultatus, kai tik gaunami naudojimo duomenys, ir pateikiate realių galimybių reikalavimus. Judrus vystymasis nėra pagrįstas spėlionėmis. Tiesą sakant, judri metodika gali tik Tai gali būti pasiekta sistemoje, ir būtent iš viršaus į apačią planas suteiks jūsų tinklo konstrukcijai struktūrą, leidžiančią greitai įdiegti ir rekursinius pakeitimus.
Tikslo kategorijos
Yra trys pagrindiniai tinklo projektavimo žingsniai:
- Nustatykite tinklo reikalavimus
- Dokumentuokite esamą tinklą
- Suprojektuokite tinklo topologiją ir sprendimus
Iš esmės turite žinoti, koks turėtų būti jūsų tinklas, ką turite dabar ir kaip ketinate pereiti nuo vieno prie kito.
Gali atrodyti keista dirbti su identifikacijapirmiausia reikalavimų, o ne esamo tinklo dokumentacija. Galite pamanyti, kad logiškiau yra pradėti nuo to, ką gavote, ir tada pasižiūrėti, ko reikalaujama iš reikalavimo. Tačiau ši žingsnių seka parašyta tik plėtros projekto kontekste. Jau turėtumėte turėti gerą tinklo planą ir įrangos, kurią naudojate kasdienei trikčių šalinimui, aprašą. Esant šiai informacijai, 2 žingsnis bus daug lengvesnis.
Tabula Rasa
Kai dirbate su tinklo dizainu,galvoti apie tai, ką jau turite, yra išsiblaškymas. Jei pagalvosite tokiomis sąlygomis, galiausiai pateiksite sprendimą, kuris panašus į jūsų esamą sistemą. Ir tai gali būti ne pats geriausias sprendimas. Geriau pradėti kurti be prielaidų, kitaip niekada negausite tinklo, kuris yra žymiai geresnis nei tas, kurį jau turite.
Nustatykite tinklo reikalavimus
Bet kurio projekto pradžios taškas yra verslasreikalavimą, kurį nurodys netechninis vadovas organizacijoje. Tikriausiai bendradarbiausite su verslo projektų vadovu kurdami tinklą.
Vartotojo reikalavimas
Turite gauti numatomą projekto specifikaciją, kad ji būtų parašyta tikslo atžvilgiu. Šį tikslą reikia išvardyti:
- Pajėgumų reikalavimai: pvz., suteikite prieigą prie X darbuotojų skaičiaus arba aptarnaukite Y klientus per dieną
- Tikslas: pvz., programinė įranga paleisti tinkle, įrašai turi būti saugomi
- Atlikimo reikalavimaipvz .: „priimtini reakcijos laikai“
- Vietos reikalavimas: pvz., visi viename biure ar leidžiantys susisiekti su nuotoliniais darbuotojais
- Laiko apribojimai: pvz., iki kito mėnesio pabaigos
- Biudžeto apribojimai: pvz., maksimali suma, kurią galima išleisti reikiamai paslaugai suteikti
Techniniai reikalavimai
Plačiai išdėstyti vartotojo reikalavimai gali būtiišversta į terminus, kurie yra reikšmingi techniniam personalui, o tai perkelia tikslo teiginius į konkrečius gebėjimų klausimus. Šis žingsnis taip pat reikalauja tolesnių tyrimų dėl vartotojo reikalavimo tikslo. Iš to jūs turėtumėte mokėti išvardyti:
- Bus naudojama nauja programinė įranga
- Sandėliavimo sprendimai
- Galutinių įrenginių tipai: pvz., Staliniai kompiuteriai, BYOD, WiFi, mobilieji įrenginiai, spausdintuvai ir kt
- Vartotojų skaičius
- Pralaidumo reikalavimai
Jūs taip pat turėtumėte sugebėti išsiaiškinti, arnauji reikalavimai turės įtakos visam tinklui ar tik vienai geografinei sričiai. Pavyzdžiui, nauja verslo praktika, tokia kaip ERP įvedimas, tikriausiai padidintų srautą į kiekvieną biurų tinklo nuorodą. Naujų personalo skyrių įdarbinimas personalo skyriuje tik padidintų srautą į tinklą (kuris yra tarp įrenginių, kuriuos nauji darbuotojai naudoja prisijungimui prie tinklo), taip pat serverių ir įrangos, prie kurių tiems darbuotojams reikės prieigos.
Tikslo susitarimas
Taigi, jūsų vartotojo reikalavimai yra dokumentuoti irapytikslis IT paslaugų, kurios turėtų pasiekti šiuos tikslus, aprašymas. Tada parašykite šiuos projekto tikslus į dokumentą ir gaukite vartotojo valdytojui jį pasirašyti prieš pradėdami toliau dirbti.
Išsaugokite naujus reikalavimus būsimiems projektams
Kai sudarysite tikslo susitarimą, turėsitenustatė projekto parametrus ir galite išvengti papildomų reikalavimų įtraukimo. Nauji reikalavimai natūraliai atsiras įgyvendinant projektą. Tačiau tai turėtų būti pažymėta ir išdėstyti kaip tikslai, į kuriuos reikia atsižvelgti įgyvendinant tęstinį projektą, ir jiems neturėtų būti leidžiama atidėti ar nukreipti dabartinio projekto darbo pastangų.
Tinklo sukūrimas ar išplėtimas yraneišvengiamai susijęs su organizacijos programine įranga ir duomenų tvarkymo reikalavimais. Tačiau programinės įrangos pirkimo ir serverio talpos svarstymai turėtų būti išskaidyti kaip atskiri tikslai.
Pašalinkite neaiškias kalbas iš savo tikslų
Šio vadovo tikslais mes tik sutelkiame dėmesį į tinklo projektavimo planavimą. Todėl susitarimas dėl tikslo turėtų būti parašytas po vartotojo vadybininkas jau įvertino programinės įrangos galimybes ir suformavo aiškų personalo poreikį verslui.
Įveskite tikslus tikslus tikslus kurįmanoma, nes neaiškumas dėl veiklos tikslų neišvengiamas bendraujant su netechnikos personalu. Vis dėlto turėtų būti aiškiai nurodytas vartotojų, kuriuos tikimasi įtraukti į tinklą, skaičius ir baigčių tipas bei svetainės lankytojų skaičius.
Jei nesutrumpinsite savo tikslo susitarimo,vartotojo valdytojas panaudos neaiškius tikslus kaip užpakalinę dalį, kad išplėstų projektą. Tada turėsite atsakyti į klausimus, kodėl negalėjote laikytis sutarto biudžeto ir pristatymo grafiko.
Dokumentuokite esamą tinklą
Tikimės, kad veiksmingai valdysite tinkląjau įdiegta programinė įranga. Šis įrankis galės jums pateikti esamos tinklo veiklos būsenos ataskaitą. Jei kuriate naują tinklą, esamas tinklo veikimas netaikomas - turėsite tiesiog praleisti šį veiksmą.
Susipažinkite su vietoje esančia įranga
Kaip jūs turėtumėte sugebėti surinktikiekvieną tinklo įrenginį ir kabelį iš savo tinklo monitoriaus nereikia švaistyti laiko, kad apžiūrėtumėte visą tinklo įrangą. Tačiau geografiniai jūsų tikslo susitarimo reikalavimai turėtų leisti jums apriboti planavimo mastą. Pvz., Jei naudojate WAN, į vieną svetainę pridedate dešimt naujų galinių taškų. Jūsų poveikio analizė gali būti pagrįsta tik tinklo įranga ir kabeliu toje vietoje, kur turi būti plėtra. Jei šie galiniai taškai bus naudojami bendravimui su nuotoliniu serveriu, tada interneto nuoroda į tą serverį taip pat aktuali projektui.
Žemėlapių tinklo topologija
Nukopijuokite esamos tinklo topologijos kopiją,skaitmeniniu arba fiziniu būdu ir pažymėkite kontūrą aplink tą tinklo dalį, kuriai įtakos turės pakeitimas. Sukurkite prietaisų ir nuorodų, esančių toje ribotoje vietoje, sąrašą. Atkreipkite dėmesį į kiekvieną tinklo elementą:
- Įrenginio pralaidumo talpa
- Vidutinis dabartinis pralaidumo poreikis
- Didžiausias dabartinis pralaidumo poreikis
Kiekvieno tinklo jungiklio atveju atkreipkite dėmesį į šiuos papildomus veiksnius:
- Dabartinis uostų skaičius
- Dabartinės jungtys su kaimyniniais įrenginiais
- Dabartinės jungtys su galiniais taškais
- Galimų prievadų skaičius
Tinklo žemėlapyje pažymėkite bet kokio naujo vietąįrangą, pavyzdžiui, reikalingus stalinius kompiuterius, ir tada išbandykite maršrutus nuo artimiausio perėjimo iki tikėtino naujojo srauto, kurį sugeneruos projektas, paskirties vietos. Kiekvienam nurodytam maršrutui nubrėžkite kelią, paeiliui parodydami kabelį ir tinklo įrenginius. Užrašykite mažiausio pajėgumo elementą kiekviename maršrute ir tada užrašykite vidutinį ir didžiausią to maršruto poreikį - ir „nuo vieno iki kito“, ir iš vieno galo į kitą.
Dizaino sluoksniai
Kai jau esate savo projektavimo etapeprojekto metu turite išnagrinėti naujus reikalavimus ir įsitikinti, ar jūsų turima įranga ir išdėstymas padės pasiekti tikslą. CCNA kursas tinklo dizainą suskaido į tris sluoksnius:
- Core
- Paskirstymas
- Prieiga
Kiekvienam iš šių sluoksnių reikia skirtingų dizaino aspektų:
Pagrindinio sluoksnio projektavimo aspektai
Pagrindinis sluoksnis yra tinklo stuburas. Planuodami šį savo tinklo aspektą, apžiūrėsite reikalingą fizinę įrangą. Nepamirškite pagrindinio sluoksnio taikymo apimties nustatyti toje tinklo dalyje, kuriai paveiks projektas. Jums bus sutelktas dėmesys į reikalavimus:
- Maršrutizatoriai ir jungikliai
- Apkrovos balansavimas
- Maršruto perteklius
- Reikalavimai greitajai jungčiai
- Optimalūs maršruto protokolai
Internete kiekvienas maršrutizatorius turiįgyvendinti Pasienio vartų protokolą. Tačiau savo privataus tinklo ribose turite daug daugiau galimybių ir galite pasirinkti, kuris maršruto protokolas geriausiai tinka jūsų tinklo tikslams.
Krovinio balansavimo reikalavimas ir maršrutassvarstymai yra vienas nuo kito priklausomi. Pvz., „Spanning Tree Protocol“ maršruto parinkčių galimybės ribojamos tik vienu keliu ir neleis jums suskaidyti srauto. Pabandykite sukurti maršruto perteklių, kad padengtumėte pagrindinio kelio nesėkmę.
Apsvarstykite galimybę įgyvendinti:
- Patobulintas vidinių vartų maršruto parinkimo protokolas
- Atviras trumpiausio kelio pirmasis protokolas
Techninės įrangos reikalavimai
Ištirkite savo aparatūros reikalavimuspasirinktas protokolas. Pvz., Gali tekti naudoti maršrutizatorius tinkle, kur paprastai galite įdiegti jungiklius. Teikite pirmenybę įrangai, turinčiai nesaugių funkcijų, pavyzdžiui, papildomiems valdymo moduliams, dvigubiems palaikymo komponentams (maitinimo šaltiniams ir ventiliatoriams) ir važiuoklės pagrindu sukurtai konstrukcijai, kuri palengvina kopijuotos įrangos partnerį.
Tinklo topologija
Kitas klausimas, kurį reikia apsvarstyti, yra tinklastopologija, ar turėtumėte apsvarstyti viso ir dalinio akių variantus? Jūsų pasirinkta topologija priklausys nuo jūsų tinklo dydžio, perteklinių nuorodų, kurias sukursite, skaičiaus ir maršruto protokolo pasirinkimo.
Paskirstymo sluoksnio projektavimo aspektai
Paskirstymo sluoksnis tiria ribastarp sistemų. Tai apima jūsų tinklo ir išorinio pasaulio arba nagrinėjamo tinklo ploto ir likusio tinklo sąveiką. Pasienio sąlygos, apimančios paskirstymo sluoksnį, taip pat apima prieigos sluoksnio ir pagrindinio sluoksnio sąveiką.
Šis sluoksnis yra susijęs sujūsų tinkle, daugiau dėmesio skiriama maršrutizatoriams, o ne komutatoriams. Jūs atsižvelgsite į srautus, kuriuos turi tenkinti pagrindinio sluoksnio dizainas. Sutelkite dėmesį į šiuos veiksnius:
- Eismo filtravimas
- Prieigos kontrolė
- Maršruto apibendrinimas
- Pagrindinė apsauga
- Tarp VLAN srautas
Formuojantis eismui
Šiame sluoksnyje apžvelgsite galimas eismo formavimo priemones, tokias kaip prioritetų nustatymas ir eilių sudarymas ties tinklo riba.
- Pagalvokite apie tinklo galimybestopologiją galima patobulinti atsižvelgiant į maršruto parinkimą, kad kai kurie mazgai galėtų greičiau pasiekti svarbiausias paslaugas, tokias kaip programų serveriai ar saugykla. Apsvarstykite kanalų sujungimą ir apkrovos balansavimą naudodami „QoS“ žymėjimą, kad konkretūs vartotojai pasiektų geresnį savo pagrindinių programų našumą.
- Jei turite interneto serverį ir naudojatetinklą, atskirtą nuo jūsų biuro sistemos, šių zonų sąveika būtų paskirstymo sluoksnio kompetencija. Apsvarstykite galimybę įrengti įrangos grupes ir apkrovos balansavimą vartuose į išorinius išteklius. Taikykite išteklių perteklių kritiškai svarbiems prieigos keliams.
- Apsvarstykite prieigos kontrolės sąrašus (ACL), jei norite filtruoti srautą iš interneto ar DMZ į pagrindinį tinklą.
Rekomenduojami maršruto sudarymo protokolai
„Cisco“ rekomenduoja dar kelias paskirstymo sluoksnio maršrutizavimo metodikas nei „Core“ sluoksnis. Apsvarstykite:
- Patobulintas vidinių vartų maršruto parinkimo protokolas
- Atviras trumpiausio kelio pirmasis protokolas
- Maršruto informacijos protokolo 2 versija
- Tarpinis sistemos tarp sistemos protokolas
Šie protokolai apima maršruto procedūrasapibendrinimas, kuris yra svarbus tinklo optimizavimo elementas, reikalingas paskirstymo sluoksnyje. Ypač turėtumėte vengti klasikinių paskirstymo sluoksnio nukreipimo metodų. Tai nurodys atskirus maršrutus visam srautui, o tai nėra efektyvu, kai srautas įtraukiamas į tinklą, ir tai neatlieka daugiausiai pastangų, susijusių su potinkliu.
Prieigos sluoksnio projektavimo aspektai
Tuo tarpu paskirstymo sluoksnis nagrinėja kaipsrautas tiekiamas iš kitų tinklų, „Access“ sluoksnis yra susijęs su tuo, kaip vartotojo galiniai taškai prisijungia prie pagrindinio tinklo. Šiame paskutiniame sluoksnyje jau esate suplanuoti pagrindinio tinklo ir paskirstymo sluoksniai. Kai dirbate su galiniais taškais, jums nereikia rūpėti, kaip srautas iš galinio taško pereis pagrindinį tinklą per maršrutizatorių ir per internetą į nuotolinius išteklius. Jums tiesiog reikia ištirti, kaip vartotojo įrenginių tipas ir vieta paveiks pagrindinio tinklo srauto modelius.
Kadangi vartotojo įrenginiai žymiai pranašesni už kitusįrangos tipą biurų tinkle, ši sekcija galėtų būti pati svarbiausia projekto dalis. Tačiau mažos internetinės įmonės „Access“ sluoksnyje gali neturėti daug ką nuveikti. Debesies paslaugoms ir nuotoliniam darbui vyraujant, galutinių taškų sąvokos tampa ne tokios svarbios.
Daug išteklių reikalaujančios programos
Šiame sluoksnyje jūs nagrinėsitejūsų laidų spintelių įrangą ir jų vietas. Kritiškiausios programos, kurioms „Access“ sluoksnyje reikės skirti daug dėmesio, yra interaktyviosios komunalinės paslaugos, veikiančios per VLAN - balso ir vaizdo paslaugos. Čia turėsite įdiegti „QoS“ žymėjimą, kad VLAN srautas skirtųsi nuo duomenų tinklo. Taip pat turite apsvarstyti šių srautų tipų prioritetus, nes jų funkcionalumui kritinis pristatymo greitis yra labai svarbus.
Virtualizacija
Už virtualizavimą taip pat atsakingaprieigos sluoksnis. Tačiau CCNA gairėse ši technologija minima tik trumpai. Jei nagrinėsite tinklo projektavimo aspektus, susijusius su realiu įgyvendinimu, jūs išleisite daug daugiau laiko savo virtualizacijos reikalavimų tyrimui, nei išleisite VLAN. Tačiau jei jūs studijuojate CCNA egzaminus, daugiau dėmesio skirkite susipažinimui su VLAN problemomis, nes jie egzamino metu iškyla daugiau nei virtualizacijos.
Mobilieji įrenginiai
Belaidžio ryšio įranga turėtų būti svarstomaPrieigos lygmuo ir mobiliųjų prietaisų valdymas taip pat yra pagrindinis šio sluoksnio aspektas. Turėsite ištirti mobiliųjų įrenginių valdymo programinę įrangą ir nuspręsti, ar ketinate paskatinti darbuotojams priklausančių įrenginių vartotoją, ar tiekti visus mobiliuosius įrenginius.
Tinklo projektavimo veiksniai
Galiausiai, kurdami tinklą, turėsite pridėti tinklo valdymo programinę įrangą. Apsvarstykite tinklo valdymo programinės įrangos apžvalgoje „Addictive Tips“ pateiktas rekomendacijas kaip gaires.
Ar laikotės kitokios tinklo metodikos?dizainas? Ar jūs išlaikėte CCNA egzaminus ir įdiegėte trijų sluoksnių modelį realiame tinklo dizaine? Palikite pranešimą žemiau esančiame komentarų skyriuje ir pasidalykite savo patirtimi.
Komentarai