Jednom kada uspostavite mrežu, vaš je glavni zadatakkao mrežni menadžer je da održi svoj kapacitet. To je prvenstveno pitanje dodavanja više hardvera kako bi se zadovoljilo veću potražnju propusnosti i više krajnjih točaka osoblja. Međutim, ovo širenje možete postići uredno samo ako imate izrađen okvir dizajna.
Kada stvorite novu mrežu, imate prednost čistog lista, koji vam pruža mogućnost dizajniranja usluge koju je lako proširiti, Dakle, ako preuzmete loše planiranu mrežu, može biti dobra ideja osmisliti sustav ispočetka i zatim premjestite postojeće resurse da odgovaraju vašem planiranom izgledu.
U ovom ćete priručniku pročitati o kakvom sustavukreirajte dizajn koji će vam pružiti izgled nove mreže. Također se može primijeniti na postojeće mreže kako bi im se postigle bolje performanse. Shema u ovom vodiču slijedi sustav koji se preporučuje tijekom tečaja za Cisco Certified Network Associate ispit (CCNA). Dakle, čak i ako trenutno nije vjerojatno da ćete biti odgovorni za stvaranje mrežnog dizajna, savjeti u ovom vodiču trebali bi vam barem pomoći da položite svoje CCNA ispite.
Pročitajte za krajnji vodič mrežnog dizajna!
Metodologija dizajna
Konačno, mreže postoje isključivo kako bi služile njimapotrebe organizacije. Naravno, svako poduzeće, dobrotvorno udruženje ili udruženje mora imati u vidu jedinstvene zahtjeve svoje mreže. Na primjer, hardverski i operativni programi koji će vam trebati za stvaranje mreže za mrežno poslovanje razlikuju se od opreme koja će vam trebati za poslovnu podršku tvrtki s opekom i minobacačem.
Kada razmislite o dizajnu mreže, to vam ne trebada se od samog početka brinete za zadatak sastavljanja popisa hardverskih potreba. To će doći kasnije. Upravo se sada fokusiramo na dizajn mreže, a ne na implementaciju tog dizajna. Umanjivanje na daljnju razinu apstrakcije, na početku vježbe projektiranja, mi se uopće ne bavimo izgledom mreže, pa čak ni njegovom svrhom. Prvo se treba usredotočiti na metodologiju koju ćete slijediti kako biste dizajnirali mrežu.
Radite na stvaranju okvira koji definiramrežom, a to će udovoljiti organizaciji u bilo kojem trenutku u budućnosti, a ne samo o njenim neposrednim potrebama. CCNA smjernice preporučuju pristup odozdo prema gore.
Pristup odozdo prema gore
Zadužen za stvaranje mreže odogrebotina može biti zastrašujuće iskustvo. Pitanje je odakle početi? Odgovor odozgo prema dolje na to pitanje je stvaranje hijerarhije ciljeva, a zatim popis zadataka koji se trebaju postići kako bi se postigao svaki cilj. Jednom kada je taj plan uspostavljen, ući ćete u kritičnu analizu putanja kako biste naručili zadatke kako biste u najkraćem mogućem roku mogli doći do cilja.
Jednom kada znate koje zadatke treba započetiPrvo, a koji se zadaci mogu paralelno izvoditi, moći ćete planirati potrebe za resursima. To će vam omogućiti da u pravom trenutku pronađete prave stručnjake na licu mjesta i učinite im da rade što je brže moguće kako bi smanjili troškove. Također ćete moći napisati zahtjev za inventarom, tako da ćete znati kada trebate imati opremu na raspolaganju.
U pristupu odozdo prema gore, razmatranja kupovine hardvera nalaze se kao posljednji zadatak na popisu.
Alternativni pristupi
Pristup odozdo prema gore je metoda rada kojavjerojatno ste navikli. To se posebno događa ako proširite postojeću mrežu. U ovom scenariju, polazište dizajna je popis opreme. Ovdje je pretpostavka "što sada imamo i koja će nam oprema trebati za isporuku proširene mreže?"
Problem mreže odozdo prema goredizajn je to što se fokusira samo na neposrednu potrebu za ispunjavanjem određenog poslovnog zahtjeva. Ne postavlja cilj u kontekst šire mreže i moguće buduće širenje; samo pregledavate jedno područje mreže koje treba poboljšati. Ova bi promjena mogla utjecati na druge usluge i dovesti do opterećenja kapaciteta ostalih područja mreže mreže.
Čini se da je agilni model razvojametodologija odozdo prema gore. S razvojem Agile dobivate grubu predodžbu o tome kako ispuniti zahtjev, staviti to rješenje na mjesto, a zatim prilagoditi rezultate nakon što uđu podaci o upotrebi i postanu vam zahtjevi za stvarni životni kapacitet. Agilni razvoj se ne oslanja na nagađanja. U stvari, Agile metodologija može samo biti postignut u okviru, a plan odozgo prema dolje dat će vašem mrežnom dizajnu strukturu koja će omogućiti brzu instalaciju i rekurzivna prilagođavanja.
Kategorije ciljeva
Tri su osnovna koraka u projektiranju mreže:
- Odredite mrežne zahtjeve
- Dokumentirajte postojeću mrežu
- Dizajnirajte topologiju mreže i rješenja
U osnovi trebate znati što bi trebala izgledati vaša mreža, što imate sada i kako ćete prijeći s jedne na drugu.
Možda se čini čudnim raditi na identifikacijizahtjeva prije, a ne dokumentacije postojeće mreže. Mogli biste pomisliti da je logičnije započeti s onim što imate i pogledati što sve zahtijeva. Međutim, ovaj niz koraka napisan je samo u kontekstu projekta proširenja. Već biste trebali imati dobar plan vaše mreže i popis opreme koju koristite svakodnevno u rješavanju problema. Postojanje ovih podataka znatno će olakšati korak 2.
prazna ploča
Kada radite na dizajnu mreže,razmišljanje o onome što već imate odvlači pažnju. Ako razmišljate u tim uvjetima, na kraju ćete pružiti rješenje koje mnogo sliči vašem postojećem sustavu. A to možda nije najbolje rješenje. Bolje je započeti dizajn bez pretpostavki, jer u protivnom nikada nećete dobiti mrežu koja je značajno bolja od one koju već imate.
Odredite mrežne zahtjeve
Polazište svakog projekta je posaozahtjev koji će izjaviti netehnički menadžer u organizaciji. Vjerojatno ćete surađivati s menadžerom poslovnih projekata u razvoju mreže.
Korisnički zahtjev
Morate dobiti specifikaciju projiciranog koja će biti napisana u obliku cilja. Ovaj cilj treba nabrojati:
- Zahtjevi za kapacitet: npr. omogućiti pristup X broju zaposlenih ili svakodnevno opsluživati Y kupce
- Svrha: npr. softver za pokretanje mreže, zapisi koji se pohranjuju
- Uvjeti izvedbe: npr. "prihvatljiva vremena odziva"
- Uvjet o lokaciji: npr. sve u jednom uredu ili omogućavanje pristupa udaljenim radnicima
- Vremensko ograničenje: npr. do kraja sljedećeg mjeseca
- Proračunska ograničenja: npr. maksimum koji se može potrošiti za pružanje potrebne usluge
Tehnički zahtjev
Općenito navedeni korisnici mogu bitiprevedeno u pojmove koji su od značaja za tehničko osoblje, koje ciljeve izjašnjava prema specifičnim pitanjima kapaciteta. Ovaj korak također zahtijeva daljnja istraživanja svrhe korisnika zbog potrebe. Iz ovoga biste trebali moći nabrojati:
- Novi softver koji se koristi
- Rješenja za skladištenje
- Tipovi krajnjih uređaja: npr. Stolna računala, BYOD, WiFi, mobilni uređaji, pisači itd
- Broj korisnika
- Zahtjevi za širinu pojasa
Također biste trebali biti u mogućnosti utvrditi je linovi zahtjevi zahvatit će cijelu mrežu ili samo jedno zemljopisno područje. Na primjer, nova poslovna praksa, poput uvođenja ERP-a, vjerojatno će dodati promet na svaku vezu u uredskoj mreži. Dodavanje novog osoblja u odjelu za ljudske resurse samo bi dodalo promet mreži (koja se nalazi između uređaja koje novo osoblje koristi za pristup mreži), kao i poslužitelja i opreme kojoj će to osoblje trebati pristup.
Ugovor o cilju
Dakle, imate dokumentirane Korisničke zahtjeve igrubi pregled IT usluga koje bi trebale postići te ciljeve. Zatim upišite ove ciljeve projekta u dokument i nazovite ga upravitelj korisnika da ga otpiše prije nego što nastavite dalje.
Spremite nove zahtjeve za buduće projekte
Jednom kada postignete sporazum o cilju, imat ćeteutvrdili parametre projekta i možete izbjeći dodavanje dodatnih zahtjeva. Kako će projekt napredovati prirodno će se pojaviti novi zahtjevi. Međutim, to treba zabilježiti i postaviti kao ciljeve koji će se uzeti u obzir za daljnji projekt, a ne smije im se odgoditi ili odvratiti radni napor za trenutni projekt.
Stvaranje ili širenje mreže jeneizbježno je povezan sa zahtjevima organizacije i softvera za obradu podataka. Međutim, razmatranja kupovine softvera i kapaciteta poslužitelja trebaju se izdvojiti kao posebni ciljevi.
Eliminirajte nejasan jezik iz svojih ciljeva
U svrhu ovog vodiča, mi se samo fokusiramo na planiranje mrežnog dizajna. Stoga bi trebao biti napisan ugovor o cilju nakon korisnički menadžer je već procijenio softverske mogućnosti i formirao jasan zahtjev za osobljem za posao.
Napišite precizne brojke u cilj gdje godmoguće, jer je nejasnost u odnosu na ciljeve izvedbe neizbježna pri komunikaciji s netehničkim osobljem. No, broj korisnika za koje se očekuje da će biti dodani u mrežu, broj i vrsta krajnjih točaka te broj posjetitelja koji se očekuje da će web stranica biti jasno navedena.
Ako ne pooštrite svoj ciljni sporazum,korisnički menadžer će koristiti nejasne ciljeve kao pozadinu za širenje projekta. A onda ćete morati odgovoriti na pitanja zašto se niste mogli pridržavati dogovorenog proračuna i rasporeda isporuke.
Dokumentirajte postojeću mrežu
Nadamo se da imate učinkovito upravljanje mrežomsoftver već postoji. Taj će vam alat moći dati izvješće o stanju trenutnih performansi mreže. Ako stvarate novu mrežu, postojeće performanse mreže nisu primjenjive - morat ćete preskočiti ovaj korak.
Uzmi zalihe opreme na licu mjesta
Kao što biste trebali moći prikupiti kapacitet odsvaki uređaj i kabel na vašoj mreži izvan vašeg mrežnog monitora, nije gubljenje vremena uključiti ispitivanje cijele opreme u mreži. Međutim, geografski zahtjevi vašeg ciljanog sporazuma trebali bi vam omogućiti ograničavanje opsega planiranja. Na primjer, ako pokrenete WAN, na jednu web lokaciju dodajete deset novih krajnjih točaka. Vaša analiza utjecaja može s razlogom biti ograničena na mrežnu opremu i kabel na mjestu gdje se treba proširiti. Ako će se te krajnje točke koristiti za komunikaciju s udaljenim poslužiteljem, tada je internetska veza do tog poslužitelja također relevantna za projekt.
Mapiranje mrežne topologije
Uzmi kopiju postojeće topologije mreže,bilo digitalno ili fizički i označite obris oko tog dijela mreže na koji će utjecati promjena. Stvorite popis uređaja i veza na tom ograničenom području. Za svaki element u mreži zabilježite:
- Kapacitet propusne širine uređaja
- Prosječna trenutna potražnja za širinom pojasa
- Najveća potražnja za širinom pojasa
Za svako prebacivanje na vašoj mreži imajte na umu ove dodatne faktore:
- Trenutačni broj zauzetih luka
- Trenutačne veze sa susjednim uređajima
- Trenutačne veze s krajnjim točkama
- Broj dostupnih priključaka
Označite na mrežnoj mapi mjesto bilo kojeg novogopreme, poput potrebnih stolnih računala, a zatim testirajte rute između najbližeg prekidača do mogućeg odredišta za novi promet koji će projekt generirati. Za svaku identificiranu rutu nacrtajte putanju, prikazujući kablove i mrežne uređaje u slijedu. Zabilježite element najnižeg kapaciteta na svakoj ruti, a zatim zabilježite prosječnu i najveću potražnju na toj ruti, i veza-po-veza i od kraja do kraja.
Dizajn slojevi
Jednom kada ste u fazi dizajna vašegprojekta, morate ispitati nove zahtjeve i hoće li vaša postojeća oprema i izgled pridonijeti postizanju cilja. CCNA tečaj razdvaja mrežni dizajn na tri sloja:
- srž
- Distribucija
- Pristup
Svaki od ovih slojeva zahtijeva različita razmatranja u pogledu dizajna:
Razmatranja oblikovanja temeljnog sloja
Jezgreni sloj je mrežna okosnica. Kada planirate ovaj aspekt svoje mreže, ispitujete fizičku opremu koja će vam trebati. Ne zaboravite postaviti opseg razmatranja temeljnog sloja na dio mreže na koji će projekt utjecati. Usredotočit ćete se na zahtjeve za:
- Usmjerivači i sklopke
- Balansiranje opterećenja
- Otpremnina rute
- Zahtjevi za vezu u brzini
- Optimalni protokoli usmjeravanja
Na Internetu, svaki usmjerivač moraimplementirati protokol graničnog prolaza. Međutim, unutar ograničenja vaše privatne mreže imate puno više mogućnosti i možete odabrati onaj protokol usmjeravanja koji najbolje odgovara vašoj mreži.
Zahtjev za uravnoteživanjem opterećenja i usmjeravanjemrazmatranja su međusobno ovisna. Na primjer, Spanning Tree Protocol ograničava opcije usmjeravanja na samo jednu stazu i ne dopušta vam da podijelite promet. Pokušajte izgraditi redundanciju rute kako biste osigurali pokriće zbog neuspjeha glavnog puta.
Razmislite o provedbi:
- Poboljšani interni protokol usmjeravanja kapija
- Otvorite prvi protokol najkraćeg puta
Zahtjevi hardvera
Istražite hardverske zahtjeve za svoj uređajodabrani protokol. Na primjer, možda ćete trebati koristiti usmjerivače u mreži gdje obično možete instalirati prekidače. Postavite prioritet opremi koja ima značajke koje nisu sigurne, kao što su dodatni upravljački moduli, dvostruke potporne komponente (izvori napajanja i ventilatori) i dizajn temeljen na šasiji koji olakšava partnerstvo duplirane opreme.
Topologija mreže
Sljedeći problem koji treba razmotriti je mrežatopologija, trebate li razmotriti mogućnosti pune mreže i djelomične mreže? Topologija koju odaberete ovisit će o veličini vaše mreže, broju suvišnih veza koje ugrađujete i vašem izboru protokola usmjeravanja.
Razmatranja dizajna sloja distribucije
Sloj distribucije ispituje graniceizmeđu sustava. To uključuje interakciju između vaše mreže i vanjskog svijeta ili između područja mreže koje se razmatra i ostatka mreže. Granični uvjeti pokriveni na distribucijskom sloju također uključuju interakcije između pristupnog sloja i temeljnog sloja.
Kako se ovaj sloj bavi granicamaVaša mreža usredotočena je na usmjerivače, a ne na sklopke. Razmotrit ćete prilive i odlive prometa s kojima se mora baviti vaš temeljni sloj dizajna. Usredotočite se na ove čimbenike:
- Filtriranje prometa
- Kontrola pristupa
- Rezimiranje rute
- Zaštita jezgre
- Inter-VLAN promet
Oblikovanje prometa
U ovom ćete sloju razmotriti moguće mjere oblikovanja prometa, kao što su prioritizacija i redovi čekanja na granici mreže.
- Razmislite o tome kako sadržaji mrežetopologija se može poboljšati usmjeravanjem razmatranja kako bi se nekim čvorovima omogućio brži pristup osnovnim uslugama, poput poslužitelja aplikacija ili pohrane. Razmislite o balansiranju kanala i opterećenja s QoS oznakom kako biste postigli bolje rezultate određenih korisnika od svojih ključnih aplikacija.
- Ako imate web poslužitelj i upravljate podružnicommreža koja je izolirana od vašeg uredskog sustava, interakcija između tih zona bila bi djelokrug sloja distribucije. Razmislite o instaliranju klastera opreme i uravnoteživanju opterećenja na ulazu u izvore koji su okrenuti prema van. Primijenite suvišnost resursa za kritično važne pristupne staze.
- Razmislite o popisima kontrola pristupa (ACL-ovi) za filtriranje prometa s interneta ili DMZ-a u vašu osnovnu mrežu.
Preporučeni protokoli usmjeravanja
Cisco preporučuje još nekoliko metodologija usmjeravanja za distribucijski sloj nego za Core sloj. Smatrati:
- Poboljšani interni protokol usmjeravanja kapija
- Otvorite prvi protokol najkraćeg puta
- Protokol informacija o usmjeravanju, verzija 2
- Protokol međupredmetnog sustava do srednjeg sustava
Svi ovi protokoli uključuju postupke za rutusažetak, što je važan element optimizacije mreže potreban u distribucijskom sloju. Posebno biste trebali izbjegavati izvrsne metode usmjeravanja za distribucijski sloj. Oni će odrediti pojedinačne rute za sav promet, što je neučinkovito pri ubacivanju prometa u mrežu i ne čini najbolje od vaših podmreživanja.
Razmatranja dizajna sloja pristupa
Dok distribucijski sloj gleda kakoprometa iz drugih mreža, Pristupni sloj bavi se načinom na koji se krajnje točke korisnika pridružuju osnovnoj mreži. Na ovom završnom sloju već imate planirane slojeve jezgrene mreže i distribucije. Kad se bavite krajnjim točkama, ne morate se brinuti kako će promet s krajnje točke prolaziti kroz osnovnu mrežu, kroz usmjerivač i preko interneta do udaljenih resursa. Trebate samo ispitati kako će vrsta i lokacija korisničkih uređaja utjecati na obrasce prometa u osnovnoj mreži.
Kako korisnički uređaji znatno nadmašuju jedan drugivrstu opreme u uredskoj mreži, ovaj bi odjeljak mogao biti najvažniji dio dizajna. Međutim, u slučaju malih, internetskih tvrtki, možda nećete imati mnogo posla u sloju pristupa. Kako Cloud usluge i daljinsko komuniciranje postaju sve prisutniji, koncepti krajnjih točaka postaju manje važni.
Aplikacije s velikim resursima
Na ovom sloju ćete ispitivatiopreme vaših ormara za ožičenje i njihovih lokacija. Najkritične aplikacije kojima će trebati puno pažnje na sloju pristupa su interaktivni uslužni programi koji pokreću VLAN-ove - govorne i video usluge. Ovdje ćete morati implementirati QoS označavanje kako bi se vaš VLAN promet razlikovao od vaše podatkovne mreže. Također morate uzeti u obzir prioritet ovih vrsta prometa jer je brzina isporuke od presudne važnosti za njihovu funkcionalnost.
Virtualizations
Odgovornost je i za virtualizacijesloj pristupa. Međutim, CCNA smjernice ovu tehnologiju samo kratko spominju. Ako proučavate razmatranja mrežnog dizajna za stvarnu implementaciju, potrošit ćete puno više vremena istražujući svoje potrebe za virtualizacijom nego što ćete potrošiti na svoje VLAN-ove. Međutim, ako studirate za CCNA ispite, više se usredotočite na upoznavanje problema s VLAN-om jer oni dolaze na ispitu više nego virtualizacije.
Mobilni uredaji
Bežična oprema treba razmotriti uPristupni sloj i upravljanje mobilnim uređajima također su od ključne važnosti u ovom sloju. Morat ćete istražiti softver za upravljanje mobilnim uređajima i odlučiti želite li ohrabriti korisnika uređaja u vlasništvu zaposlenika ili isporučiti sve mobilne uređaje.
Čimbenici mrežnog dizajna
U konačnici morat ćete dodati softver za upravljanje mrežom prilikom dizajniranja vaše mreže. Razmotrite preporuke u pregledu Addictive Tips pregleda softvera za upravljanje mrežama kao smjernice.
Slijedite li drugačiju metodologiju za mrežuoblikovati? Jeste li prošli CCNA ispite, a zatim implementirali troslojni model u stvarni mrežni dizajn? Ostavite poruku u odjeljku Komentari u nastavku i podijelite svoja iskustva.
komentari