A végső útmutató a hálózati tervezéshez

Miután létrejött egy hálózat, a fő feladatmint hálózatkezelőnek meg kell őriznie kapacitását. Ez elsősorban a további hardverek felvételének kérdése, hogy fedezzék a nagyobb sávszélességet és a végpontok számát az alkalmazottak számára. Ezt a bővítést rendben csak akkor érheti el, ha van tervezési kerete.

Új hálózat létrehozásakor a tiszta lap előnyei vannak, amelyek lehetőséget adnak egy egyszerűen kibővíthető szolgáltatás tervezésére.. Tehát, ha rosszul megtervezett hálózatot vesz át, akkor jó ötlet lehet a rendszert a semmiből megtervezni azután helyezze át a meglévő erőforrásokat, hogy illeszkedjen a tervezett elrendezéshez.

Ebben az útmutatóban egy rendszerről olvashathozzon létre egy tervezést, amely megadja az új hálózat elrendezését. A meglévő hálózatokra is alkalmazható, hogy jobb teljesítményt biztosítsanak számukra. Az útmutató sémája a Cisco Certified Network Associate vizsga (CCNA) tanfolyamán ajánlott rendszert követi. Tehát, még ha nem valószínű, hogy most Önnek vállalják a felelősséget a hálózati terv létrehozásáért, az útmutatóban szereplő tippeknek legalább segíteniük kell a CCNA-vizsgák átadását.

Olvassa el a hálózati tervezés végső útmutatóját!

Tervezési módszertan

Végül a hálózatok kizárólag aegy szervezet igényei. Természetesen minden üzleti vállalkozásnak, jótékonysági szervezetnek vagy egyesületnek sajátos hálózati követelményei vannak, amelyeket figyelembe kell venni. Például a hardver és az operációs alkalmazások, amelyekre szükségük van egy online üzleti hálózat létrehozásához, különböznek azoktól a felszerelésektől, amelyekre szüksége van egy tégla- és habarcsüzem üzleti támogatásához.

Ha megfontolja a hálózat kialakítását, akkor nem kellmár a kezdetektől foglalkozni kell azzal a feladattal, hogy összeállítson egy hardverkövetelmények listáját. Ez később jön. Jelenleg a hálózat tervezésére összpontosítunk, nem pedig a terv megvalósítására. Az absztrakció további szintjére való kicsinyítéshez, a tervezési feladat kezdetén, még a hálózat elrendezésével vagy a céljával sem foglalkozunk. Először a módszertanra kell összpontosítania, amelyet a hálózat megtervezéséhez követ.

Dolgozzon egy olyan keret létrehozása felé, amely meghatározza ahálózatot, és ez a jövőben is a szervezetet kiszolgálja, nemcsak azonnali szükségleteit. A CCNA-iránymutatások top-down megközelítést javasolnak.

Felülről lefelé irányuló megközelítés

Az a feladat, hogy hálózatot hozzon létre aa karcolás félelmetes lehet. A kérdés az, hogy hol kezdje? A kérdésre a fentről lefelé adott válasz az, hogy létrehozzuk a célok hierarchiáját, majd soroljuk fel az egyes célok eléréséhez szükséges feladatokat. Amint a terv a helyén van, kritikus út elemzést végez a feladatok rendezése érdekében, hogy a lehető legrövidebb időn belül elérje a célt.

Miután megtudta, mely feladatokat kell elindítanielőször és mely feladatokat lehet párhuzamosan elvégezni, akkor meg tudja tervezni az erőforrás-igényeket. Ezek lehetővé teszik a megfelelő szakértők felvételét a helyszínen a megfelelő időben, és a költségek csökkentése érdekében a lehető leggyorsabban dolgozhatnak. Ön képes lesz felvenni a készletkövetelményt is, így tudni fogja, mikor kell rendelkeznie felszereléssel.

A felülről lefelé mutató megközelítés során a hardver beszerzésének megfontolása a lista utolsó feladata.

Alternatív megközelítések

Az alulról felfelé építkező megközelítés az a módszer, amelyvalószínűleg megszokta. Ez különösen akkor érvényes, ha egy meglévő hálózatot bővít. Ebben a forgatókönyvben a tervezés kiindulópontja a felszerelések listája. Az a feltevés, hogy „mi van most, és milyen berendezésekre lesz szükségünk egy kibővített hálózat szállításához?”

A hálózat alulról építkező megközelítésének problémájaa formatervezés az, hogy csak a meghatározott üzleti követelmények teljesítésének azonnali szükségességére összpontosít. Nem helyezi a célt a szélesebb hálózat és a lehetséges jövőbeli bővítés összefüggésében; csak megvizsgálja a hálózat egy olyan területét, amelyet tovább kell fejleszteni. Ez a változás befolyásolhatja más szolgáltatásokat, és megterhelheti a hálózat infrastruktúrájának más területeit.

Úgy tűnik, hogy az agilis fejlesztési modell aalulról felfelé építkező módszertan. Az Agile fejlesztés során nagyjából elképzelést kap arról, hogyan kell teljesíteni egy követelményt, bevezetni ezt a megoldást, majd beállítani az eredményeket, ha a felhasználási adatok megérkeznek, és megadja a valós életképesség-követelményeket. Az agilis fejlődés nem támaszkodik a találgatásokra. Valójában az Agile módszertan képes csak egy keretben valósul meg, és a felülről lefelé mutató terv adja meg a hálózati tervezésnek a felépítését, amely lehetővé teszi a gyors telepítést és a rekurzív módosításokat.

Célkategóriák

A hálózat tervezésének három alapvető lépése van:

1. Azonosítsa a hálózati követelményeket
2. Dokumentálja a meglévő hálózatot
3. Tervezze meg a hálózati topológiát és a megoldásokat

Alapvetően tudnia kell, hogy a hálózatának miként kell végül létrejönnie, mit kapott most, és hogyan fogsz átjutni az egyikről a másikra.

Különösnek tűnik az azonosításon dolgoznia meglévő hálózat dokumentálása helyett először a követelményeket. Gondolhatja, hogy logikusabb kezdeni azzal, amit megkapott, majd megnézni azt, amit a követelmény kér. Ez a lépéssor csak a bővítési projekt keretében íródik le. Már rendelkezzen egy jó hálózati tervvel és a napi hibaelhárításhoz használt felszerelésének leltárával. Ezen információk megléte sokkal könnyebbé teszi a 2. lépést.

Tabula rasa

Amikor hálózati tervezésen dolgozik,figyelmeztetés arra, hogy gondolkodjon azon, ami már megvan. Ha így gondolkodik, akkor olyan megoldást fog nyújtani, amely nagyjából hasonlít a meglévő rendszeréhez. És ez talán nem a legjobb megoldás. Sokkal jobb, ha a tervezést feltételezések nélkül kezdjük el, különben soha nem kapunk olyan hálózatot, amely lényegesen jobb, mint a korábban használt.

Azonosítsa a hálózati követelményeket

Minden projekt kiindulópontja egy vállalkozáskövetelmény, amelyet a szervezet nem műszaki vezetője határoz meg. Valószínűleg partnere lesz egy üzleti projektmenedzsernek a hálózat fejlesztésében.

Felhasználói követelmény

Be kell szereznie a tervezett leírást egy cél szempontjából. Ennek a célnak fel kell sorolnia:

• Kapacitási követelmények: pl. biztosítson hozzáférést az X alkalmazottak számához, vagy napi Y ügyfeleket szolgáltasson
• Célja: pl. a hálózaton keresztül futó szoftver, tárolandó rekordok
• Teljesítménykövetelmények: pl. „elfogadható válaszidők”
• Helymeghatározási követelmény: pl. egy irodában vagy távoli munkavállalók számára történő hozzáférés biztosítása
• Időkorlátok: pl. a következő hónap végére
• Pénzügyi megszorítások: pl. a szükséges szolgáltatás biztosításához szükséges maximális összeg

Műszaki követelmény

A széles körben meghatározott felhasználói követelmények lehetneklefordítva olyan fogalmakba, amelyek értelmesek a műszaki személyzet számára, és amely a célkitűzések megállapítását konkrét kapacitási kérdésekre továbbítja. Ez a lépés további kutatást igényel a felhasználói igény céljának elérésében. Ebből következően fel kell tudnia sorolni:

• Új szoftver használható
• Tárolási megoldások
• Végkészülék típusok: pl. Asztali számítógépek, BYOD, WiFi, mobil eszközök, nyomtatók stb
• felhasználók száma
• Sávszélesség-követelmények

Azt is meg kell tudni tudni, hogy aaz új követelmények az egész hálózatot, vagy csak egy földrajzi területet érintik. Például egy új üzleti gyakorlat, mint például az ERP bevezetése, valószínűleg hozzáadna forgalmat minden irodahálózathoz. A HR osztály új alkalmazottainak felvétele csak a forgalmat növeli a hálózatban (amely azon eszközök között található, amelyeket az új alkalmazottak a hálózathoz való hozzáféréshez használnak), valamint a kiszolgálók és a berendezések, amelyekhez az alkalmazottak számára hozzáférést igényelnek.

Cél megállapodás

Tehát dokumentálta a felhasználói igényeketaz IT-szolgáltatások durva vázlata, amelyeknek elérniük kell ezeket a célokat. Ezután írja be ezeket a projekt céljait egy dokumentumba, és kérje meg a felhasználói kezelőt, hogy írja alá azt, mielőtt tovább haladna.

Mentsen új követelményeket a jövőbeli projektekhez

Ha már létrejött egy célszerződés, akkor meg is leszmegállapította a projekt paramétereit, így elkerülhetők a további követelmények felvétele. Az új követelmények természetesen felmerülnek a projekt előrehaladtával. Ezeket azonban meg kell jegyezni, és olyan célkitűzésként kell meghatározni, amelyet figyelembe kell venni egy folytatódó projekt során, és nem szabad megengedni, hogy késleltessék vagy eltereljék a jelenlegi projekt munkáját.

Hálózat létrehozása vagy bővítéseelkerülhetetlenül kapcsolódik a szervezet szoftver- és adatfeldolgozási követelményeihez. A szoftvervásárlás és a szerverkapacitás szempontjait azonban külön célkitűzésként kell felosztani.

Távolítsa el a homályos nyelvet a céljaiból

Ezen útmutató alkalmazásában csak a hálózat tervezésének tervezésére összpontosítunk. Ezért a célszerződést meg kell írni után a felhasználói menedzser már értékelte a szoftver lehetőségeit, és egyértelmű személyzet-követelményt fogalmazott meg az üzlet számára.

Írjon pontos számokat a célba bárhollehetséges, mivel a teljesítménycélok feletti homályosság elkerülhetetlen, ha a nem műszaki személyzettel kommunikálunk. Mindazonáltal egyértelműen meg kell határozni a hálózathoz várhatóan hozzáadott felhasználók számát, a végpontok számát és típusát, valamint a weboldalra várható látogatók számát.

Ha nem szigorítja meg célszerződését, akkor aA felhasználói menedzser homályos célokat fog használni hátsó ajtóként a projekt kibővítéséhez. Ezután meg kell válaszolnia a kérdéseket, hogy miért nem tudott betartani az elfogadott költségvetést és a szállítási ütemtervet.

Dokumentálja a meglévő hálózatot

Remélhetőleg hatékony hálózatkezeléssel rendelkezikszoftver már telepítve van. Ez az eszköz állapotjelentést nyújthat Önnek a hálózat jelenlegi teljesítményéről. Új hálózat létrehozásakor a hálózat meglévő teljesítménye nem alkalmazható - ezt a lépést csak ki kell hagynia.

Vegye figyelembe a helyszíni felszereléseket

Mivel képesnek kell lennie arra, hogy összegyűjtse amivel a hálózat minden eszközét és kábelét kihúzza a hálózati monitorba, nem pazarolja az időt a hálózat összes berendezésének vizsgálata. A célszerződés földrajzi követelményeinek azonban lehetővé kell tenni, hogy korlátozza a tervezési gyakorlat mértékét. Például, ha WAN-t futtat, akkor tíz új végpontot ad hozzá egy webhelyhez. A hatásvizsgálatát ésszerűen a hálózat bővítésére és kábelére lehet korlátozni azon a helyen, ahol a bővítést meg kell valósítani. Ha ezeket a végpontokat a távoli kiszolgálóval való kommunikációra fogják használni, akkor a kiszolgálóra mutató internetkapcsolat a projekt szempontjából is releváns.

A hálózati topológia leképezése

Másolja a meglévő hálózati topológiáját,akár digitálisan, akár fizikailag, és jelöljön egy körvonalat a hálózat azon része körül, amelyet a változás érint. Készítsen listát az eszközökről és a hivatkozásokról a korlátozott területen. Jegyezzük fel a hálózat minden elemét:

• Az eszköz sávszélessége
• Átlagos jelenlegi sávszélesség-igény
• A csúcs jelenlegi sávszélesség-igénye

A hálózat minden kapcsolójánál vegye figyelembe ezeket a további tényezőket:

• A kikötők jelenlegi száma
• Jelenlegi kapcsolatok a szomszédos eszközökkel
• Jelenlegi kapcsolatok a végpontokkal
• A rendelkezésre álló portok száma

Jelölje meg a hálózati térképen az új helyéteszközöket, például a szükséges asztali számítógépeket, majd tesztelje az útvonalakat a legközelebbi átállás és a várható rendeltetési hely között az új forgalom számára, amelyet a projekt generál. Mindegyik azonosított útvonalhoz húzza ki az utat, sorrendben bemutatva a kábelt és a hálózati eszközöket. Jegyezzük fel az egyes útvonalak legalacsonyabb kapacitási elemét, majd rögzítsük az útvonal átlagos és csúcsigényét, mind a link-by-link, mind a végpontok között.

Tervezési rétegek

Miután belépett a tervezési szakaszábaprojekt során meg kell vizsgálnia az új követelményeket, és azt, hogy meglévő berendezései és elrendezése hozzájárul-e a cél eléréséhez. A CCNA tanfolyam három rétegre bontja a hálózati tervezést:

• Mag
• terjesztés
• Hozzáférés

E rétegek mindegyikéhez különböző tervezési szempontokra van szükség:

Alapréteg-tervezési szempontok

A központi réteg a hálózati gerinc. A hálózat ezen aspektusának megtervezésekor megvizsgálja a szükséges fizikai felszerelést. Ne felejtse el beállítani a központi réteg figyelembevételének a hálózat azon részét, amelyet a projekt érint. A következőkre vonatkozó követelményekre fog összpontosítani:

• Útválasztók és kapcsolók
• Terhelés elosztás
• Útvonal redundáció
• Nagysebességű összeköttetés követelményei
• Optimális útválasztási protokollok

Az interneten keresztül minden routernek meg kell tennievégrehajtja a Border Gateway Protocol-ot. A magánhálózat keretein belül azonban még sok más lehetőség van, és választhat, amelyik a hálózati céljainak leginkább megfelelő útválasztási protokollt választja.

A terheléselosztás követelménye és irányításaa megfontolások egymástól függnek. Például a Spanning Tree Protokoll az útválasztási lehetőségeket csak egy útvonalra korlátozza, és nem engedi megosztani a forgalmat. Próbáljon meg építeni az útvonal redundanciáját, hogy fedezetet biztosítson a fő útvonal meghibásodásához.

Fontolja meg a következő megvalósítást:

• Bővített belső átjáró útválasztási protokoll
• Nyissa meg a legrövidebb út első protokollt

Hardverkövetelmények

Vizsgálja meg a hardverkövetelményeitválasztott protokoll. Lehet, hogy például útválasztókat kell használnia a hálózaton belül, ahova általában telepíthet kapcsolókat. Tegye fontossági sorrendbe azokat a berendezéseket, amelyek nem biztonságos funkciókkal rendelkeznek, például extra menedzsment modulok, kettős támogató elemek (tápegységek és ventilátorok), valamint az alváz-alapú kialakítás, amely megkönnyíti a másolatot készítő eszközök partnerét.

Hálózati topológia

A következő kérdés, amelyet meg kell fontolni a hálózattopológia, érdemes-e mérlegelni a teljes és részleges szemű lehetőségeket? A választott topológia a hálózat méretétől, a beépített redundáns linkek számától és az útválasztási protokoll választásától függ.

Terjesztési réteg tervezési szempontjai

Az Elosztási réteg megvizsgálja a határokatrendszerek között. Ez magában foglalja a hálózat és a külvilág, illetve a vizsgált hálózat és a hálózat többi része közötti interakciót. A terjesztési réteg által lefedett határfeltételek között szerepel a hozzáférési réteg és a központi réteg közötti kölcsönhatás is.

Mivel ez a réteg aa hálózatán, az útválasztókra összpontosít, nem pedig a kapcsolókra. Figyelembe fogja venni a forgalom beáramlását és kiáramlását, amellyel a központi réteg kialakításának ki kell terjednie. Összpontosítson ezekre a tényezőkre:

• Forgalom szűrése
• Hozzáférés-szabályozás
• Az útvonal összefoglalása
• Magvédelem
• Inter-VLAN forgalom

A forgalom alakítása

Ebben a rétegben megvizsgálja a lehetséges forgalomformáló intézkedéseket, mint például a prioritások meghatározása és sorba állítás a hálózat határán.

• Gondolj arra, hogy a hálózat létesítményei milyenekA topológiát tovább lehet javítani az útválasztással kapcsolatos megfontolásokkal, hogy néhány csomópont gyorsabb hozzáférést biztosítson az alapvető szolgáltatásokhoz, például az alkalmazáskiszolgálókhoz vagy a tárolóhoz. Fontolja meg a csatornázást és a terheléselosztást a QoS címkézéssel, hogy az egyes felhasználók jobb teljesítményt nyújtsanak a legfontosabb alkalmazásukból.
• Ha van webkiszolgálója, és üzemelteti aHa a hálózat az irodai rendszertől elkülönítve van, akkor a zónák közötti interakció a Distribution réteg feladata. Fontolja meg a berendezésfürtök telepítését és a terheléselosztást az átjárón a külső oldalra néző erőforrásokba. Alkalmazzon erőforrás-redundációt a kritikusan fontos hozzáférési utakhoz.
• Fontolja meg a hozzáférés-vezérlési listákat (ACL) az internetről vagy a DMZ-ből származó forgalom szűrésére a maghálózatra.

Ajánlott útválasztási protokollok

A Cisco néhány további útválasztási módszert ajánl a Distribution réteghez, mint a Core réteghez. Fontolgat:

• Bővített belső átjáró útválasztási protokoll
• Nyissa meg a legrövidebb út első protokollt
• Útválasztási információs protokoll 2. verziója
• Közbenső rendszer közötti rendszer protokoll

Ezek a protokollok tartalmazzák az útvonalra vonatkozó eljárásokatösszefoglalás, amely fontos elosztási rétegben szükséges hálózati optimalizálási elem. Különösen el kell kerülnie a terjesztési réteg klasszikus útválasztási módszereit. Ezek meghatározzák az összes forgalom egyedi útvonalait, amelyek nem hatékonyak, ha a forgalmat a hálózatba táplálják, és nem teszik a legtöbbet az alhálózati erőfeszítésekből.

Hozzáférési réteg-tervezési szempontok

Míg az elosztási réteg azt vizsgálja, hogyanha a forgalom más hálózatokból származik, az Access réteg arra vonatkozik, hogy a felhasználói végpontok hogyan kapcsolódnak az alaphálózathoz. Ezen az utolsó rétegen már meg van tervezve a Core hálózat és a Distribution rétegek. A végpontokkal való foglalkozás során nem kell foglalkoznia azzal, hogy a végpontból származó forgalom áthalad-e a törzshálózaton, útválasztón keresztül és az interneten keresztül a távoli erőforrások felé. Csak meg kell vizsgálnia, hogy a felhasználói eszközök típusa és elhelyezkedése hogyan befolyásolja az alapvető hálózati forgalom mintáit.

Mivel a felhasználói eszközök jelentősen meghaladják egymástIrodai hálózat berendezéseinek típusa, ez a szakasz lehet a terv legfontosabb része. Internetes kisvállalkozások esetén azonban előfordulhat, hogy nincs sok munkája az Access rétegben. Ahogy a felhőalapú szolgáltatások és a távmunka egyre gyakoribbak, a végpontok fogalma kevésbé válik fontossá.

Erőforrás-igényes alkalmazások

Ezen a rétegen meg fogja vizsgálni aa vezetékes szekrények felszerelése és elhelyezkedése. A legkritikusabb alkalmazások, amelyekre nagy figyelmet igényelnek az Access réteg, az interaktív segédprogramok, amelyek VLAN-on keresztül futnak - hang- és videoszolgáltatások. Itt a QoS-címkézést kell végrehajtania, hogy a VLAN-forgalom megkülönböztesse az adathálózatától. Azt is meg kell fontolnia, hogy az ilyen típusú forgalmat prioritássá tegye, mivel a kézbesítés gyorsasága kritikus fontosságú azok funkcionalitásához.

Virtualizations

A virtualizációk szintén a felelősségeaz Access réteg. A CCNA-iránymutatások azonban ezt a technológiát csak röviden említik. Ha a hálózati tervezés szempontjait vizsgálja egy tényleges megvalósítás szempontjából, sokkal több időt fog költeni a virtualizációs követelmények vizsgálatára, mint amennyit a VLAN-okra fordít. Ha azonban a CCNA vizsgákra készül, inkább a VLAN-kérdések megismerésére összpontosítson, mivel ezek inkább a vizsga során merülnek fel, mint a virtualizációk.

Mobil eszközök

A vezeték nélküli berendezéseket figyelembe kell venni aA hozzáférési réteg és a mobil eszközök kezelése szintén kulcsfontosságú szempont ebben a rétegben. Meg kell vizsgálnia a mobil eszközkezelő szoftvert és el kell döntenie, hogy ösztönzi-e a munkavállalók tulajdonában lévő eszközök használóját, vagy az összes mobil eszközt ellátja-e.

Hálózati tervezési tényezők

Végül a hálózat tervezésekor hozzá kell adnia a hálózatkezelő szoftvert. Vegye figyelembe iránymutatásként a hálózati menedzsment szoftver Addictive Tips áttekintésében szereplő ajánlásokat.

Más hálózati módszertant követ-e?tervezés? Átadta a CCNA vizsgákat, majd megvalósította a háromrétegű modellt egy tényleges hálózati tervben? Hagy egy üzenetet az alábbi megjegyzés részben, és ossza meg tapasztalatait.