Äärimmäinen opas verkon suunnitteluun

Kun verkko on paikallaan, päätehtäväsiverkkovastaavana on ylläpitää kapasiteettiaan. Tämä on ensisijaisesti kysymys lisäämällä laitteita lisäämään kaistanleveyskysyntää ja lisää henkilöstöä koskevia päätepisteitä. Voit kuitenkin saavuttaa tämän laajennuksen säännönmukaisesti vain, jos sinulla on suunnittelukehys paikallaan.

Kun luot uuden verkon, sinulla on puhdas arkki, joka antaa sinulle mahdollisuuden suunnitella palvelu, jota voidaan helposti laajentaa. Joten jos valitset huonosti suunnitellun verkon, voi olla hyvä idea suunnitella järjestelmä tyhjästä sitten siirrä olemassa olevat resurssit sopimaan suunniteltuun asetteluosi.

Tässä oppaassa luet järjestelmästäluo malli, joka antaa sinulle uuden verkon asettelun. Sitä voidaan soveltaa myös olemassa oleviin verkkoihin paremman suorituskyvyn parantamiseksi. Tämän oppaan kaavio noudattaa Cisco Certified Network Associate -kokeen (CCNA) kurssilla suositeltua järjestelmää. Joten vaikka et todennäköisesti saisi vastuuta verkkosuunnittelun luomisesta tällä hetkellä, tämän oppaan vinkkien pitäisi ainakin auttaa sinua läpäisemään CCNA-kokeesi.

Lue lopullinen opas verkon suunnitteluun!

Suunnittelumenetelmät

Viime kädessä verkot ovat olemassa vain palvellakseenorganisaation tarpeet. Tietenkin jokaisella yrityksellä, hyväntekeväisyysjärjestöllä tai yhdistyksellä on verkostolleen ainutlaatuiset vaatimukset huomioon otettavaksi. Esimerkiksi laitteistot ja käyttösovellukset, joita tarvitset verkkoyrityksen verkoston luomiseen, eroavat laitteista, joita tarvitset tiili- ja laastiyrityksen liiketoiminnan tukemiseen.

Kun harkitset verkon suunnittelua, sinun ei tarvitsehuolehtia itsestäsi alusta alkaen tehtävästä koota laitteistovaatimusluettelo. Se tulee myöhemmin. Tällä hetkellä keskitymme verkon suunnitteluun, emmekä sen suunnitteluun. Lähennettäessä lisää abstraktion tasolle suunnittelutoimenpiteiden alussa emme ole edes kiinnostuneita verkon ulkoasusta tai edes sen tarkoituksesta. Ensinnäkin sinun tulisi keskittyä metodologiaan, jota noudatat verkon suunnittelussa.

Pyritään luomaan kehys, joka määrittelee averkko, ja se palvelee organisaatiota missä tahansa tulevaisuuden paikassa, ei vain sen välittömiä tarpeita. CCNA-ohjeissa suositellaan ylhäältä alas suuntautuvaa lähestymistapaa.

Ylhäältä alas -lähestymistapa

Sille on annettu tehtäväksi luoda verkko verkostatyhjästä voi olla pelottava kokemus. Kysymys on mistä aloitat? Ylhäältä alas-vastaus kysymykseen on luoda tavoitteiden hierarkia ja sitten luetella tehtävät, jotka on saavutettava kunkin tavoitteen saavuttamiseksi. Kun suunnitelma on paikallaan, teet kriittisen polun analyysin tilaamalla tehtäviä, jotta pääset tavoitteeseen mahdollisimman lyhyessä ajassa.

Kun tiedät, mitkä tehtävät on aloitettavaensin ja mitkä tehtävät voidaan suorittaa samanaikaisesti, pystyt suunnittelemaan resurssivaatimukset. Ne antavat sinulle mahdollisuuden saada oikeat asiantuntijat paikan päälle oikeaan aikaan ja saada heidät työskentelemään mahdollisimman nopeasti kustannusten vähentämiseksi. Voit myös kirjoittaa varastotarpeen, jotta tiedät milloin tarvitset laitteita.

Ylhäältä alas -lähestymistavassa laitteiston ostamista koskevat näkökohdat tapahtuvat luettelon viimeisenä tehtävänä.

Vaihtoehtoiset lähestymistavat

Alhaalta ylöspäin -lähestymistapa on työmenetelmä, jokaolet todennäköisesti tottunut. Tämä pätee erityisesti, jos laajennat olemassa olevaa verkkoa. Tässä skenaariossa suunnittelun lähtökohta on luettelo laitteista. Tässä lähtökohtana on "mitä meillä on nyt ja mitä laitteita me tarvitsemme laajennetun verkon toimittamiseksi?"

Alhaalta ylöspäin suuntautuva lähestymistapa verkkoonSuunnittelu on, että se keskittyy vain välittömään tarpeeseen täyttää tietty liiketoimintavaatimus. Se ei aseta tavoitetta laajemman verkon ja mahdollisen tulevan laajentumisen yhteyteen; tutkit vain yhtä verkon osaa, jota on parannettava. Tämä muutos voi vaikuttaa muihin palveluihin ja rasittaa verkon muiden infrastruktuurien kapasiteettia.

Ketterä kehitysmalli näyttää olevanalhaalta ylöspäin suuntautuva menetelmä. Ketterällä kehityksellä saat karkean kuvan siitä, kuinka vaatimus täytetään, ratkaisu asetetaan paikoilleen ja säädetään sitten tuloksia, kun käyttötiedot tulevat ja saat todellisen kapasiteetin vaatimukset. Ketterä kehitys ei luota arvauksiin. Itse asiassa ketterä menetelmä voi vain voidaan saavuttaa puitteissa, ja ylhäältä alas suuntautuva suunnitelma antaa verkon suunnittelulle rakenteen, joka mahdollistaa nopean asennuksen ja rekursiiviset säädöt.

Tavoiteluokat

Verkon suunnittelussa on kolme perusvaihetta:

1. Tunnista verkkovaatimukset
2. Dokumentoi olemassa oleva verkko
3. Suunnittele verkon topologia ja ratkaisut

Periaatteessa sinun on tiedettävä, millaisen verkon pitäisi lopulta muodostua, mitä sinulla on nyt ja miten aiot siirtyä yhdestä toiseen.

Voi tuntua oudolta työskennellä tunnistuksen kanssaensin vaatimuksista kuin olemassa olevan verkon dokumentoinnista. Saatat ajatella, että on loogisempaa aloittaa siitä, mitä olet saanut, ja katsoa sitten sitä, mitä vaatimuksessa vaaditaan. Tämä vaihejärjestys on kuitenkin kirjoitettu vain laajennusprojektin yhteydessä. Sinulla pitäisi jo olla hyvä verkon suunnitelma ja luettelo laitteistasi, jota käytät päivittäiseen vianetsintään. Tämän tiedon olemassaolo tekee vaiheen 2 paljon helpommaksi.

tyhjä taulu

Kun työskentelet verkon suunnittelussa,ajattelu siitä, mikä sinulla jo on, on häiriötekijä. Jos ajattelet näitä ehtoja, saat lopulta ratkaisun, joka näyttää paljon kuin nykyinen järjestelmäsi. Ja se ei ehkä ole paras ratkaisu. Suunnittelu on parempi aloittaa ilman oletuksia, muuten et koskaan saa verkkoa, joka on huomattavasti parempi kuin jo sinulla.

Tunnista verkkovaatimukset

Kaikkien projektien lähtökohta on yritysvaatimus, jonka ilmoittaa organisaation muu kuin tekninen johtaja. Tulet todennäköisesti kumppaniksi yritysprojektipäällikön kanssa verkon kehittämisessä.

Käyttäjän vaatimukset

Sinun on hankittava suunnitellun spesifikaation kirjoittaminen tavoitteena. Tämän tavoitteen on lueteltava:

• Kapasiteettivaatimukset: esimerkiksi tarjota pääsy X työntekijämäärälle tai palvella Y-asiakkaita päivässä
• Tarkoitus: esim. verkon yli käytettävä ohjelmisto, tallennettavat tietueet
• Suorituskykyvaatimukset: esim. ”hyväksyttävät vasteajat”
• Sijaintivaatimus: esimerkiksi kaikki yhdessä toimistossa tai pääsy etätyöntekijöille
• Aikarajoitteet: esim. ensi kuun loppuun mennessä
• Budjettirajoitteet: esimerkiksi enimmäismäärä, joka voidaan käyttää tarvittavan palvelun tarjoamiseen

Tekniset vaatimukset

Laajasti ilmaistu käyttäjävaatimus voi ollakäännetty teknisen henkilöstön kannalta merkityksellisille termeille, jotka siirtävät tavoitteenmääritykset tiettyihin kapasiteettikysymyksiin. Tämä vaihe vaatii myös lisätutkimuksia käyttäjävaatimuksen tarkoitusta varten. Tästä sinun pitäisi pystyä luettelemaan:

• Uusi käytettävä ohjelmisto
• Varastointiratkaisut
• Päätelaitetyypit: esim. Työpöydät, BYOD, WiFi, mobiililaitteet, tulostimet jne
• käyttäjien lukumäärä
• Kaistanleveysvaatimukset

Sinun pitäisi myös pystyä selvittämään, onkouudet vaatimukset vaikuttavat koko verkkoon tai vain yhteen maantieteelliseen alueeseen. Esimerkiksi uusi liiketoimintatapa, kuten ERP: n käyttöönotto, todennäköisesti lisää liikennettä jokaiseen toimistoverkon linkkiin. Uuden henkilöstön lisääminen HR-osastoon lisäisi vain liikennettä verkkoon (joka sijaitsee laitteiden välillä, joita uusi henkilöstö käyttää verkkoon pääsyyn), samoin kuin palvelimia ja laitteita, joihin kyseisen henkilöstön on käytettävä pääsyä.

Tavoitesopimus

Joten sinulla on käyttäjän vaatimukset dokumentoitu jakarkea kuvaus IT-palveluista, joiden pitäisi saavuttaa nämä tavoitteet. Seuraavaksi kirjoita nämä projektin tavoitteet asiakirjaan ja pyydä käyttäjän hallintaa allekirjoittamaan se ennen kuin jatkat eteenpäin.

Tallenna uudet vaatimukset tuleville hankkeille

Kun sinulla on tavoitesopimus, sinulla onmääritteli projektin parametrit ja voit välttää ylimääräisten vaatimusten lisäämisen. Uudet vaatimukset syntyvät luonnollisesti projektin edetessä. Ne tulisi kuitenkin merkitä muistiin ja asettaa tavoitteiksi, jotka on otettava huomioon jatkohankkeessa, eikä niitä saa antaa viivyttää tai ohjata nykyisen projektin työtä.

Verkon luominen tai laajentaminen onväistämättä liitetty organisaation ohjelmisto- ja tietojenkäsittelyvaatimuksiin. Ohjelmistojen hankintaa ja palvelimen kapasiteettia koskevat näkökohdat tulisi kuitenkin jakaa erillisiksi tavoitteiksi.

Poista epämääräinen kieli tavoitteistasi

Tässä oppaassa keskitymme vain verkon suunnittelun suunnitteluun. Siksi tavoitesopimus tulisi kirjoittaa jälkeen käyttäjäpäällikkö on jo arvioinut ohjelmistovaihtoehtoja ja muodostanut yritykselle selkeän henkilöstövaatimuksen.

Kirjoita tarkat luvut tavoitteeseen missä tahansaon mahdollista, koska epämääräisyys suoritustavoitteissa on väistämätöntä kommunikoitaessa muun kuin teknisen henkilöstön kanssa. Verkkoon odotetaan lisättävien käyttäjien lukumäärä, päätepisteiden lukumäärä ja tyyppi sekä verkkosivustolle odotettavissa olevien kävijöiden määrä on kuitenkin ilmoitettava selvästi.

Jos et tiukenna tavoitesopimustasi,käyttäjäpäällikkö käyttää epämääräisiä tavoitteita takaovena laajentaakseen projektia. Ja sitten sinun on vastattava kysymyksiin siitä, miksi et pystynyt pitämään kiinni sovitusta budjetistasi ja toimitusaikataulustasi.

Dokumentoi olemassa oleva verkko

Toivottavasti sinulla on tehokas verkonhallintaohjelmisto jo paikallaan. Tämä työkalu voi antaa sinulle tilanneraportin verkon nykyisestä suorituskyvystä. Jos luot uuden verkon, verkon nykyistä suorituskykyä ei voida soveltaa - sinun on vain ohitettava tämä vaihe.

Ota huomioon paikan päällä olevat laitteet

Kuten sinun pitäisi pystyä keräämään kapasiteettiJokainen verkon laite ja kaapeli poistuu verkkomonitorista, ei ole aikaahukkaa sisällyttää verkon kaikkien laitteiden tutkiminen. Tavoitesopimuksesi maantieteellisten vaatimusten pitäisi kuitenkin antaa sinun rajoittaa suunnittelutoimenpiteiden laajuutta. Esimerkiksi, jos sinulla on WAN, lisäät kymmenen uutta päätepistettä yhdelle sivustolle. Vaikutusanalyysi voidaan kohtuudella rajoittaa verkon laitteisiin ja kaapeleihin siinä paikassa, jossa laajennus tapahtuu. Jos näitä päätepisteitä käytetään kommunikointiin etäpalvelimen kanssa, kyseisen palvelimen Internet-linkki on myös merkityksellinen projektille.

Karttaverkon topologian kartoitus

Ota kopio nykyisestä verkon topologiasta,joko digitaalisesti tai fyysisesti, ja merkitse ääriviivat sen verkon osan ympärille, johon muutos vaikuttaa. Luo luettelo laitteista ja linkkeistä sillä rajoitetulla alueella. Muista merkitä jokainen verkon elementti:

• Laitteen kaistanleveys
• Keskimääräinen nykyinen kaistanleveysvaatimus
• Nykyisen kaistanleveyden kysyntä on huippua

Huomaa seuraavat lisätekijät jokaisessa verkon kytkimessä:

• Nykyinen käytössä olevien satamien lukumäärä
• Nykyiset yhteydet viereisiin laitteisiin
• Nykyiset yhteydet päätepisteisiin
• Käytettävissä olevien porttien lukumäärä

Merkitse verkkokartalla kaikkien uusien sijaintilaitteita, kuten vaadittavat pöytätietokoneet, ja testaa sitten reitit lähimmän vaihtamisen ja todennäköisen määränpään välillä projektin tuottamalle uudelle liikenteelle. Piirrä jokaiselle tunnistetulle reitille polku, esittämällä kaapeli ja verkkolaitteet peräkkäin. Merkitse kunkin reitin pienin kapasiteettielementti muistiin ja kirjaa sitten keskimääräinen ja huipputarve kyseiselle reitille, sekä linkistä linkkiin että päästä päähän.

Suunnittelukerrokset

Kun olet siirtymässä suunnitteluvaiheeseesi-projektin yhteydessä sinun on tutkittava uudet vaatimukset ja auttavatko nykyiset laitteet ja asettelut tavoitteen saavuttamisessa. CCNA-kurssi hajottaa verkon suunnittelun kolmeen kerrokseen:

• Ydin
• Jakelu
• Pääsy

Jokainen näistä kerroksista vaatii erilaisia ​​suunnitteluun liittyviä näkökohtia:

Ydinkerroksen suunnitteluun liittyvät näkökohdat

Ydinkerros on verkon runko. Kun suunnittelet tätä verkon osaa, tutkit tarvittavat fyysiset laitteet. Muista asettaa ydinkerroksen huomiointialue verkon siihen osaan, johon projekti vaikuttaa. Keskityt seuraaviin vaatimuksiin:

• Reitittimet ja kytkimet
• Kuormituksen tasapainoittaminen
• Reitin redundanssi
• Suurnopeusyhteyttä koskevat vaatimukset
• Optimaaliset reititysprotokollat

Internetissä jokaisen reitittimen on oltavapanna täytäntöön rajaväyläprotokolla. Yksityisen verkon rajoissa on kuitenkin paljon enemmän vaihtoehtoja, ja voit valita sen, mikä reititysprotokolla sopii parhaiten verkon tarkoitukseen.

Kuorman tasapainotusvaatimus ja reititysnäkökohdat ovat toisistaan ​​riippuvaisia. Esimerkiksi Spanning Tree Protocol rajoittaa reititysvaihtoehdot vain yhdelle polulle eikä salli liikenteen jakamista. Kokeile reitin redundanssin rakentamista peittopolun vikojen kattamiseksi.

Harkitse toteuttamista:

• Parannettu sisäväylän reititysprotokolla
• Avaa lyhimmän polun ensimmäinen protokolla

Laitteistovaatimukset

Tutki laitteesi vaatimuksiavalittu protokolla. Saatat joutua käyttämään esimerkiksi reitittimiä verkossa, johon yleensä asennat kytkimet. Etusijalle asetetaan laitteet, joissa on viallisia ominaisuuksia, kuten ylimääräiset hallintamoduulit, kaksoistukikomponentit (virtalähteet ja tuulettimet) ja runkoperustainen suunnittelu, joka helpottaa kopioitujen laitteiden kumppanuutta.

Verkkotopologia

Seuraava tarkasteltava kysymys on verkkotopologia, kannattaako harkita täys- ja osittaisen mesh-vaihtoehtoja? Valitsemasi topologia riippuu verkon koosta, rakennettujen redundanttien linkkien lukumäärästä ja reititysprotokollan valinnasta.

Jakelukerroksen suunnittelunäkökohdat

Jakelukerros tutkii rajojajärjestelmien välillä. Tähän sisältyy vuorovaikutus verkon ja ulkomaailman välillä tai tarkasteltavana olevan verkon alueen ja muun verkon välillä. Jakelukerroksen kattamat rajaolosuhteet sisältävät myös yhteyskerroksen ja ydinkerroksen väliset vuorovaikutukset.

Koska tämä kerros koskeeverkkoasi, se keskittyy reitittimiin eikä kytkimiin. Harkitset liikenteen tuloja ja lähteitä, joihin ydinkerroksen suunnittelussa on puututtava. Keskity näihin tekijöihin:

• Liikenteen suodatus
• Kulunvalvonta
• Reitin yhteenveto
• Ydinsuojaus
• VLAN-välinen liikenne

Muotoileva liikenne

Tässä kerroksessa tarkastellaan mahdollisia liikenteenmuodostustoimenpiteitä, kuten priorisointia ja jonotusta verkon rajalla.

• Ajattele kuinka verkon palveluttopologiaa voidaan parantaa reititysharkinnalla, jotta joillekin solmuille saadaan nopeampi pääsy tärkeisiin palveluihin, kuten sovelluspalvelimiin tai tallennustilaan. Harkitse kanavat ja kuorman tasapainottamista QoS-tunnisteiden avulla, jotta tietyt käyttäjät saavat paremman suorituskyvyn avainsovelluksistaan.
• Jos sinulla on verkkopalvelin ja käytät haaraaverkko erillään toimistojärjestelmästäsi, näiden vyöhykkeiden välinen vuorovaikutus olisi jakelukerroksen tehtävä. Harkitse laiteklustereiden asentamista ja kuormituksen tasapainotusta yhdyskäytävässä ulkoisiin resursseihin. Käytä resurssien redundanssia kriittisesti tärkeisiin pääsypolkuihin.
• Harkitse pääsynhallintaluetteloita (ACL) suodattaaksesi liikennettä Internetistä tai DMZ: stä ydinverkkoosi.

Suositellut reititysprotokollat

Cisco suosittelee jakelukerrokselle pari enemmän reititysmenetelmiä kuin ydinkerrokseen. Mieti:

• Parannettu sisäväylän reititysprotokolla
• Avaa lyhimmän polun ensimmäinen protokolla
• Reititystietoprotokollan versio 2
• Keskipitkä järjestelmästä toiseen välinen järjestelmäprotokolla

Kaikki nämä protokollat ​​sisältävät reittimenettelytyhteenveto, joka on tärkeä verkon optimointielementti, jota vaaditaan jakelukerroksessa. Erityisesti on vältettävä jakelukerroksen klassisia reititysmenetelmiä. Ne määrittävät koko liikenteen yksittäiset reitit, mikä on tehotonta syötettäessä liikennettä verkkoon, ja se ei hyödynnä aliverkkoa.

Päästökerroksen suunnitteluun liittyvät näkökohdat

Jakelukerros tarkastelee mitenliikenteen syöttäessä muista verkoista, Access-kerros käsittelee sitä, kuinka käyttäjän päätepisteet kiinnittyvät ydinverkkoon. Tässä viimeisessä kerroksessa olet jo suunnitellut ydinverkko- ja jakelukerrokset. Kun käsitellään päätepisteitä, sinun ei tarvitse olla huolissaan siitä, kuinka päätepisteestä tuleva liikenne kulkee ydinverkon kautta reitittimen kautta ja Internetin kautta etäresursseihin. Sinun on vain tutkittava, miten käyttäjän laitteiden tyyppi ja sijainti vaikuttavat ydinverkon liikennemuotoihin.

Käyttäjälaitteiden lukumäärä ylittää huomattavasti kaikki toisettyyppisiä toimistoverkon laitteita, tämä osa voisi olla suunnittelun tärkein osa. Pienissä, Internet-pohjaisissa yrityksissä sinulla ei kuitenkaan ehkä ole paljon työtä Access-kerroksessa. Kun pilvipalvelut ja etätyö yleistyvät, päätepisteiden käsitteistä tulee vähemmän tärkeitä.

Resursseja vaativat sovellukset

Tässä kerroksessa tutkitjohdotuskaappien varusteet ja niiden sijainnit. Kriittisimmät sovellukset, jotka tarvitsevat paljon huomiota Access-kerroksessa, ovat interaktiiviset apuohjelmat, jotka toimivat VLAN-verkkojen yli - ääni- ja videopalvelut. Tässä yhteydessä sinun on otettava käyttöön QoS-tunniste, jotta VLAN-liikenne pysyy erillään tietoverkostasi. Sinun on myös harkittava tämän tyyppisen liikenteen priorisointia, koska toimitusnopeus on kriittisen tärkeä niiden toiminnallisuudelle.

Virtualizations

Myös virtualisoinnit ovatkäyttökerros. CCNA-ohjeissa mainitaan kuitenkin tämä tekniikka vain lyhyesti. Jos opiskelet verkon suunnitteluun liittyviä näkökohtia todellisen toteutuksen suhteen, käytät paljon enemmän aikaa virtualisointivaatimusten tutkimiseen kuin VLAN-verkkoihin. Jos kuitenkin opiskelet CCNA-kokeita, keskity enemmän VLAN-asioiden tuntemiseen, koska ne esiintyvät tentissä enemmän kuin virtualisointeja.

Mobiililaitteet

Langattomia laitteita tulisi harkitaPääsykerros ja mobiililaitteiden hallinta ovat myös keskeinen näkökohta tässä kerroksessa. Sinun on tutkittava mobiililaitteiden hallintaohjelmisto ja päätettävä, aiotko kannustaa työntekijöiden omistamien laitteiden käyttäjää vai toimittamaan kaikki mobiililaitteet.

Verkon suunnittelu tekijät

Viime kädessä sinun on lisättävä verkonhallintaohjelmisto verkon suunnittelussa. Harkitse verkonhallintaohjelmistojen Addictive Tips -katsauksen suosituksia ohjeena.

Seuraatko erilaista verkon metodologiaa?design? Oletko käynyt läpi CCNA-kokeet ja sitten ottanut kolmikerrosmallin käyttöön todellisessa verkon suunnittelussa? Jätä viesti alla olevaan Kommentit-osioon ja jaa kokemuksesi.