Kad esat izveidojis tīklu, tas ir jūsu galvenais uzdevumskā tīkla pārvaldniekam ir jāuztur savas iespējas. Tas galvenokārt ir jautājums par papildu aparatūras pievienošanu, lai nodrošinātu lielāku joslas platuma pieprasījumu un vairāk gala punktu personālam. Tomēr jūs varat sasniegt šo paplašinājumu sakārtotā veidā tikai tad, ja jums ir izveidots dizaina ietvars.
Izveidojot jaunu tīklu, jums ir tīras lapas priekšrocība, kas dod jums iespēju izveidot pakalpojumu, kuru var viegli paplašināt.. Tātad, ja jūs pārņemat slikti izplānotu tīklu, var būt laba ideja izveidot sistēmu no nulles un tad pārvietojiet esošos resursus, lai tie ietilptu plānotajā izkārtojumā.
Šajā rokasgrāmatā jūs izlasīsit par sistēmu līdzizveidojiet dizainu, kas nodrošinās jūs ar jauna tīkla izkārtojumu. To var izmantot arī esošajiem tīkliem, lai nodrošinātu tiem labāku veiktspēju. Šajā rokasgrāmatā sniegtā shēma atbilst sistēmai, kas ieteikta Cisco sertificētā tīkla asociētā eksāmena (CCNA) kursā. Tātad, pat ja jums, visticamāk, šobrīd neuzņemas atbildību par tīkla dizaina izveidi, šajā rokasgrāmatā sniegtajiem padomiem vajadzētu vismaz palīdzēt nokārtot CCNA eksāmenus.
Lasiet tālāk par galīgo tīkla dizaina rokasgrāmatu!
Projektēšanas metodika
Galu galā tīkli pastāv vienīgi, lai kalpotuorganizācijas vajadzības. Protams, katram uzņēmumam, labdarības organizācijai vai biedrībai ir unikālas sava tīkla prasības, kas jāņem vērā. Piemēram, aparatūra un operētājsistēmas lietojumprogrammas, kas jums būs nepieciešamas tiešsaistes biznesa tīkla izveidošanai, atšķiras no aprīkojuma, kas jums būs nepieciešams ķieģeļu un javas biznesa atbalstam.
Apsverot tīkla dizainu, jums tas nav vajadzīgsjau no paša sākuma uztraukties par uzdevumu sastādīt aparatūras prasību sarakstu. Tas nāks vēlāk. Pašlaik mēs koncentrējamies uz tīkla dizainu, nevis uz šī dizaina ieviešanu. Tuvinot tālāku abstrakcijas līmeni, jau projektēšanas sākumā mums nav nozīmes pat tīkla izkārtojumā vai pat tā mērķī. Pirmkārt, jums jākoncentrējas uz metodoloģiju, kuru jūs izmantosit, lai izveidotu tīklu.
Darbs, lai izveidotu sistēmu, kas definē atīkls, un tas rūpēsies par organizāciju jebkurā nākotnē, ne tikai par tās tūlītējām vajadzībām. CCNA vadlīnijās ir ieteikts izmantot lejupejošu pieeju.
Pieeja no augšas uz leju
Viņam tiks dots uzdevums izveidot tīklu noieskrāpēt var būt biedējoša pieredze. Jautājums ir, kur jūs sākat? Augšupējā atbilde uz šo jautājumu ir izveidot mērķu hierarhiju un pēc tam uzskaitīt uzdevumus, kas jāsasniedz, lai sasniegtu katru mērķi. Kad šis plāns ir izveidots, jūs veiksit kritiskā ceļa analīzi, lai pasūtītu uzdevumus, lai jūs varētu sasniegt mērķi pēc iespējas īsākā laikā.
Tiklīdz jūs zināt, kuri uzdevumi ir jāsākvispirms un kādus uzdevumus var veikt paralēli, varēsit plānot resursu prasības. Tas dos jums iespēju piesaistīt īstos ekspertus uz vietas vajadzīgajā laikā un paliks viņiem strādāt pēc iespējas ātrāk, lai samazinātu izmaksas. Jūs arī varēsit uzrakstīt inventāra prasību, lai jūs zināt, kad jums būs pieejams aprīkojums.
Izmantojot lejupejošu pieeju, apsvērumi par aparatūras iegādi notiek kā pēdējais uzdevums sarakstā.
Alternatīvas pieejas
Pieeja no apakšas uz augšu ir darba metode, kasjūs, iespējams, esat pieradis. Tas jo īpaši attiecas uz pašreizējā tīkla paplašināšanu. Šajā scenārijā dizaina sākumpunkts ir aprīkojuma saraksts. Šeit pamatots pieņēmums: "kas mums tagad ir, un kāds aprīkojums mums būs nepieciešams, lai piegādātu paplašinātu tīklu?"
Problēma ar augšupēju pieeju tīklamdizains ir tāds, ka tas koncentrējas tikai uz tūlītēju vajadzību izpildīt īpašu biznesa prasību. Tas neliek mērķi plašāka tīkla un iespējamās paplašināšanās kontekstā; jūs vienkārši izpētāt vienu tīkla jomu, kas ir jāuzlabo. Šīs izmaiņas varētu ietekmēt citus pakalpojumus un apgrūtināt citu tīkla infrastruktūras zonu jaudu.
Šķiet, ka veikls attīstības modelis ir aaugšupēja metodika. Izmantojot veiklīgu attīstību, jūs iegūstat aptuvenu priekšstatu par to, kā izpildīt prasību, ieviest šo risinājumu un pēc tam pielāgot rezultātus, tiklīdz būs saņemti lietošanas dati, un tas sniegs jums reālās dzīves jaudas prasības. Veikla attīstība nav atkarīga no minējumiem. Faktiski Agile metodika to var tikai to var panākt ietvarā, un tas ir plāns no augšas uz leju, kas tīkla dizainam piešķirs struktūru, kas ļaus ātri uzstādīt un veikt rekursīvas korekcijas.
Mērķa kategorijas
Tīkla projektēšanā ir trīs pamata darbības:
- Nosakiet tīkla prasības
- Dokumentējiet esošo tīklu
- Izstrādājiet tīkla topoloģiju un risinājumus
Būtībā jums jāzina, kāds vajadzētu būt jūsu tīklam, kāds jums ir tagad un kā jūs gūsit no viena uz otru.
Var šķist dīvaini strādāt pie identifikācijasPirmkārt, nevis esošā tīkla dokumentācija. Jūs varētu domāt, ka loģiskāk ir sākt ar to, ko esat ieguvis, un tad paskatīties, ko prasība prasa. Tomēr šī darbību secība ir uzrakstīta tikai paplašināšanas projekta kontekstā. Jums jau vajadzētu būt labam tīkla plānam un inventāra sarakstam, ko izmantojat ikdienas problēmu novēršanai. Šīs informācijas esamība ievērojami atvieglos 2. darbību.
Tabula Rasa
Kad strādājat pie tīkla dizaina,domāt par to, kas jums jau ir, novērš uzmanību. Ja jūs domājat šādā izteiksmē, jūs galu galā piedāvājat risinājumu, kas līdzinās jūsu esošajai sistēmai. Un tas, iespējams, nav labākais risinājums. Labāk ir sākt dizainu bez pieņēmumiem, pretējā gadījumā jūs nekad neiegūsit tīklu, kas ir ievērojami labāks par jau izveidoto.
Nosakiet tīkla prasības
Jebkura projekta sākumpunkts ir biznessprasība, kuru norādīs organizācijas netehniskais vadītājs. Jūs, iespējams, sadarbosities ar biznesa projekta vadītāju tīkla attīstībā.
Lietotāja prasība
Jums jāsaņem prognozējamā specifikācija, kas jāraksta mērķa izteiksmē. Šis mērķis ir jāuzskaita:
- Jaudas prasībasPiemēram, nodrošina piekļuvi X darbinieku skaitam vai apkalpo Y klientus dienā
- Mērķis: piemēram, programmatūra, kas darbojas tīklā, ieraksti, kas jāuzglabā
- Darbības prasības: piemēram, “pieņemami reakcijas laiki”
- Prasība par atrašanās vietu: piemēram, visi vienā birojā vai ļaujot piekļūt attālinātiem darbiniekiem
- Laika ierobežojumi: piemēram, līdz nākamā mēneša beigām
- Budžeta ierobežojumi: piemēram, maksimums, ko var iztērēt, lai sniegtu nepieciešamo pakalpojumu
Tehniskās prasības
Plaši noteiktas lietotāju prasības var būttulkoti terminos, kas ir nozīmīgi tehniskajam personālam, kas mērķa paziņojumus virza uz īpašiem kapacitātes jautājumiem. Šis solis prasa arī papildu izpēti par lietotāja prasības mērķa mērķi. No tā jums vajadzētu būt iespējai uzskaitīt:
- Izmantojama jauna programmatūra
- Uzglabāšanas risinājumi
- Gala ierīču veidi: piemēram, galddatori, BYOD, WiFi, mobilās ierīces, printeri utt
- Lietotāju skaits
- Joslas platuma prasības
Jums vajadzētu arī spēt noskaidrot, vaijaunas prasības ietekmēs visu tīklu vai tikai vienu ģeogrāfisko apgabalu. Piemēram, jauna biznesa prakse, piemēram, ERP ieviešana, iespējams, pievienotu trafiku katrai saitei biroja tīklā. Jaunu personāla pievienošana personāla departamentam tikai palielinātu trafiku tīklā (kas atrodas starp ierīcēm, kuras jaunie darbinieki izmanto, lai piekļūtu tīklam), kā arī serverus un aprīkojumu, kuriem šiem darbiniekiem vajadzēs piekļuvi.
Mērķa vienošanās
Tātad jums ir dokumentētas lietotāja prasības unaptuvens to IT pakalpojumu izklāsts, kuriem vajadzētu sasniegt šos mērķus. Pēc tam ierakstiet šos projekta mērķus dokumentā un uzaiciniet lietotāju pārvaldnieku to parakstīt, pirms turpināt darbu tālāk.
Saglabājiet jaunas prasības nākamajiem projektiem
Kad būsit noslēdzis mērķa vienošanos, jums arī būsizveidoja projekta parametrus, un jūs varat izvairīties no papildu prasību pievienošanas. Projekta gaitā, protams, rodas jaunas prasības. Tomēr tie būtu jāpiezīmē un jānosaka par mērķiem, kas jāņem vērā turpmākajam projektam, un viņiem nevajadzētu ļaut aizkavēt vai novirzīt pašreizējā projekta darba piepūli.
Tīkla izveidošana vai paplašināšana irnenovēršami saistīta ar programmatūras un datu apstrādes prasībām organizācijā. Tomēr apsvērumi par programmatūras iegādi un servera jaudu būtu jāizdala kā atsevišķi mērķi.
Novērsiet neskaidru valodu no saviem mērķiem
Šīs rokasgrāmatas mērķiem mēs koncentrējamies tikai uz tīkla dizaina plānošanu. Tāpēc mērķa līgums ir jāraksta pēc lietotāju pārvaldnieks jau ir novērtējis programmatūras iespējas un izveidojis skaidru personāla prasību uzņēmumam.
Ievadiet precīzus skaitļus mērķī neatkarīgi no tātas ir iespējams, jo, sazinoties ar netehnisko personālu, neizbēgami ir izpildes mērķi. Tomēr visiem ir skaidri jānorāda to lietotāju skaits, kurus paredzēts pievienot tīklam, galapunktu skaits un veids, kā arī apmeklētāju skaits, kas paredzēts vietnei.
Ja jūs nepiespriežat savu mērķa vienošanos,Lietotāju pārvaldnieks izmantos neskaidrus mērķus kā aizmugures durvis projekta paplašināšanai. Pēc tam jums būs jāatbild uz jautājumiem par to, kāpēc jūs nevarējāt ievērot noteikto budžetu un piegādes grafiku.
Dokumentējiet esošo tīklu
Cerams, ka jums ir efektīva tīkla pārvaldībaprogrammatūra jau ir ieviesta. Šis rīks varēs jums sniegt statusa pārskatu par pašreizējo tīkla darbību. Ja veidojat jaunu tīklu, pašreizējā tīkla veiktspēja nav piemērojama - jums vienkārši būs jāizlaiž šī darbība.
Veikt inventāra uzskaiti uz vietas
Kā jums vajadzētu spēt apkopotkatru tīkla ierīci un kabeli, kas atrodas ārpus tīkla monitora, nav laika tērēšana, lai iekļautu visu tīkla iekārtu pārbaudi. Tomēr mērķa līguma ģeogrāfiskajām prasībām būtu jāļauj ierobežot plānošanas apjomu. Piemēram, ja jūs vadāt WAN, jūs vienai vietnei pievienojat desmit jaunus parametrus. Jūsu ietekmes analīzi varētu pamatoti attiecināt tikai uz tīkla aprīkojumu un kabeli vietā, kur notiks paplašināšana. Ja šie parametri tiks izmantoti, lai sazinātos ar attālo serveri, tad projektam ir būtiska arī interneta saite uz šo serveri.
Tīkla topoloģijas kartēšana
Kopējiet esošās tīkla topoloģijas kopiju,vai nu digitāli, vai fiziski, un atzīmējiet kontūru ap to tīkla daļu, kuru ietekmēs izmaiņas. Izveidojiet ierīču un saišu sarakstu šajā ierobežotajā apgabalā. Pierakstiet katru tīkla elementu:
- Ierīces joslas platuma jauda
- Vidējais pašreizējais joslas platuma pieprasījums
- Maksimālais pašreizējais joslas platuma pieprasījums
Katram tīkla slēdzim ņemiet vērā šādus papildu faktorus:
- Pašreizējais aizņemto ostu skaits
- Pašreizējie savienojumi ar kaimiņu ierīcēm
- Pašreizējie savienojumi ar galapunktiem
- Pieejamo portu skaits
Tīkla kartē atzīmējiet jebkura jauna atrašanās vietuaprīkojumu, piemēram, nepieciešamos galddatorus, un pēc tam pārbaudiet maršrutus no tuvākā pārslēgšanās līdz iespējamajam mērķim jaunajai trafikai, ko projekts ģenerēs. Katram identificētajam maršrutam izvelciet ceļu, secīgi parādot kabeli un tīkla ierīces. Pierakstiet zemāko ietilpības elementu katrā maršrutā un pēc tam reģistrējiet vidējo un maksimālo pieprasījumu šajā maršrutā - gan pa saiti, gan no gala līdz galam.
Dizaina slāņi
Kad esat nonācis sava dizaina projektēšanas fāzēprojektam, jums jāpārbauda jaunās prasības un tas, vai jūsu esošais aprīkojums un izkārtojums veicinās mērķa sasniegšanu. CCNA kurss tīkla dizainu sadala trīs slāņos:
- Core
- Izplatīšana
- Piekļuve
Katram no šiem slāņiem nepieciešami atšķirīgi dizaina apsvērumi:
Pamatslāņa dizaina apsvērumi
Core slānis ir tīkla mugurkauls. Plānojot šo tīkla aspektu, jūs izpētīsit nepieciešamo fizisko aprīkojumu. Atcerieties iestatīt pamata slāņa izskatīšanas jomu uz to tīkla daļu, kuru ietekmēs projekts. Jums būs jāpievērš uzmanība šādām prasībām:
- Maršrutētāji un slēdži
- Slodzes līdzsvarošana
- Maršruta atlaišana
- Prasības ātrgaitas savienojumam
- Optimāli maršrutēšanas protokoli
Internetā katram maršrutētājam tas ir jādaraīstenot Robežu vārtejas protokolu. Tomēr privātā tīkla ietvaros jums ir daudz vairāk iespēju, un jūs varat izvēlēties, kurš maršrutēšanas protokols vislabāk atbilst jūsu tīkla mērķim.
Kravu līdzsvarošanas prasība un maršrutsapsvērumi ir savstarpēji atkarīgi. Piemēram, protokols Spanning Tree ierobežo maršrutēšanas iespējas tikai vienā ceļā un neļaus sadalīt satiksmi. Mēģiniet izveidot maršruta dublēšanos, lai nodrošinātu segumu galvenā ceļa kļūmēm.
Apsveriet iespēju ieviest:
- Uzlabotais iekšējo vārteju maršrutēšanas protokols
- Atvērtā īsākā ceļa pirmais protokols
Aparatūras prasības
Izpētiet savas aparatūras prasībasizvēlētais protokols. Piemēram, jums, iespējams, būs jāizmanto maršrutētāji tīklā, kur jūs parasti varētu instalēt slēdžus. Prioritāti piešķiriet iekārtām, kurām ir nedrošas funkcijas, piemēram, papildu pārvaldības moduļi, divkāršie atbalsta komponenti (barošanas avoti un ventilatori), kā arī uz šasijas balstīta konstrukcija, kas atvieglo kopētā aprīkojuma partneri.
Tīkla topoloģija
Nākamais jautājums, kas jāņem vērā, ir tīklstopoloģija, vai jums vajadzētu apsvērt pilnīga vai daļēja acu iespējas? Jūsu izvēlētā topoloģija būs atkarīga no tīkla lieluma, izveidoto lieko saišu skaita un maršrutēšanas protokola izvēles.
Izplatīšanas slāņa dizaina apsvērumi
Sadales slānis pārbauda robežasstarp sistēmām. Tas ietver mijiedarbību starp jūsu tīklu un ārējo pasauli vai starp aplūkojamo tīkla apgabalu un pārējo tīklu. Robežnosacījumi, uz kuriem attiecas sadales slānis, ietver arī mijiedarbību starp piekļuves slāni un galveno slāni.
Tā kā šis slānis attiecas uzjūsu tīklā, tas koncentrējas uz maršrutētājiem, nevis uz slēdžiem. Jūs apsvērsit trafika pieplūdumu un aizplūšanu, ar kuru jums ir jāsaskaras. Koncentrējieties uz šiem faktoriem:
- Satiksmes filtrēšana
- Piekļuves kontrole
- Maršruta apkopošana
- Kodolu aizsardzība
- Starp VLAN satiksme
Formas veidošana
Šajā slānī jūs aplūkosit iespējamos trafika veidošanas pasākumus, piemēram, prioritāšu noteikšanu un rindu veidošanu pie tīkla robežas.
- Padomājiet par to, kā tīkla iespējastopoloģiju var uzlabot, maršrutējot apsvērumus, lai dažiem mezgliem nodrošinātu ātrāku piekļuvi būtiskiem pakalpojumiem, piemēram, lietojumprogrammu serveriem vai krātuvei. Apsveriet kanālu un slodzes līdzsvarošanu ar QoS marķēšanu, lai konkrētiem lietotājiem nodrošinātu labāku sniegumu no galvenajām lietojumprogrammām.
- Ja jums ir tīmekļa serveris un jūs izmantojattīklā, kas ir atrauts no jūsu biroja sistēmas, mijiedarbība starp šīm zonām būtu sadales slāņa kompetence. Apsveriet iespēju uzstādīt iekārtu kopas un slodzes līdzsvarošanu vārtos resursos, kas vērsti uz ārpusi. Resursu dublēšanas izmantošana kritiski svarīgos piekļuves ceļos.
- Apsveriet piekļuves kontroles sarakstus (ACL), lai galvenajā tīklā filtrētu trafiku no interneta vai DMZ.
Ieteicamie maršrutēšanas protokoli
Cisco iesaka pāris vairāk maršrutēšanas metodoloģiju izplatīšanas slānim nekā tas ir paredzēts pamata slānim. Apsveriet:
- Uzlabotais iekšējo vārteju maršrutēšanas protokols
- Atvērtā īsākā ceļa pirmais protokols
- Maršrutēšanas informācijas protokola 2. versija
- Starpposma sistēmas protokols
Šajos protokolos ir iekļautas maršruta procedūrasapkopojums, kas ir svarīgs tīkla optimizācijas elements, kas nepieciešams izplatīšanas slānī. Īpaši jāizvairās no klasiskām izplatīšanas slāņa maršrutēšanas metodēm. Tie norādīs atsevišķus maršrutus visai trafikai, kas ir neefektīva, ja trafiku ievada tīklā, un tas neizmanto visas jūsu apakštīkla izmantošanas iespējas.
Piekļuves slāņa dizaina apsvērumi
Tā kā izplatīšanas slānis aplūko, kātrafika plūsmas no citiem tīkliem, piekļuves slānis ir saistīts ar to, kā lietotāju galapunkti pievienojas pamattīklam. Šajā pēdējā slānī jums jau ir plānoti pamattīkla un izplatīšanas līmeņi. Darbojoties ar galapunktiem, jums nav jāuztraucas par to, kā trafiks no parametra šķērsos pamattīklu, izmantojot maršrutētāju un internetu, līdz attāliem resursiem. Jums vienkārši jāpārbauda, kā lietotāju ierīču tips un atrašanās vieta ietekmēs pamattīkla trafika modeļus.
Tā kā lietotāju ierīces ievērojami pārspēj visas citasaprīkojuma veidu biroju tīklā, šī sadaļa varētu būt vissvarīgākā dizaina sadaļa. Tomēr maziem, uz internetu balstītiem uzņēmumiem, iespējams, jums nav daudz darāmā piekļuves slānī. Tā kā mākoņpakalpojumi un tāldarbs kļūst arvien izplatītāki, galapunktu jēdzieni kļūst mazāk svarīgi.
Resursu ietilpīgas lietojumprogrammas
Šajā slānī jūs pārbaudīsitjūsu vadu skapju aprīkojums un to atrašanās vietas. Kritiskākās lietojumprogrammas, kurām Access slānī būs jāpievērš liela uzmanība, ir interaktīvās utilītas, kas darbojas caur VLAN - balss un video pakalpojumiem. Šeit jums būs jāievieš QoS marķēšana, lai VLAN trafiks neatšķirtos no datu tīkla. Jums arī jāapsver prioritāte šāda veida satiksmē, jo piegādes ātrums ir kritiski svarīgs to funkcionalitātei.
Virtualizācijas
Par virtualizāciju arī atbildpiekļuves slānis. Tomēr CCNA vadlīnijās šī tehnoloģija ir pieminēta tikai īsi. Ja jūs izpētāt tīkla dizaina apsvērumus par faktisko ieviešanu, jūs tērēsiet daudz vairāk laika, lai izpētītu savas virtualizācijas prasības, nekā jūs tērēsit VLAN. Tomēr, ja jūs mācāties CCNA eksāmenos, vairāk koncentrējieties uz VLAN jautājumu iepazīšanu, jo tie eksāmenā parādās vairāk nekā virtualizācijas.
Mobilās ierīces
Bezvadu aprīkojums jāņem vērāPiekļuves slānis un mobilo ierīču pārvaldība ir arī galvenais apsvērums šajā slānī. Jums būs jāizmeklē mobilo ierīču pārvaldības programmatūra un jāizlemj, vai jūs mudināsit darbiniekiem piederošo ierīču lietotājus vai piegādāsit visas mobilās ierīces.
Tīkla dizaina faktori
Galu galā, izstrādājot tīklu, jums būs jāpievieno tīkla pārvaldības programmatūra. Apsveriet ieteikumus tīkla pārvaldības programmatūras Addictive Tips pārskatā.
Vai jūs izmantojat citu tīkla metodoloģiju?dizains? Vai esat nokārtojis CCNA eksāmenus un pēc tam trīs slāņu modeli ieviesis faktiskā tīkla dizainā? Atstājiet ziņojumu komentāru zemāk un dalieties pieredzē.
Komentāri