03/29/2024

Ghidul suprem pentru proiectarea rețelei

Odată ce aveți o rețea, sarcina dvs. principală ca manager de rețea este să mențineți capacitatea acesteia. Aceasta este în primul rând o chestiune de a adăuga mai mult hardware pentru a satisface cererea mai mare de lățime de bandă și mai multe puncte finale pentru personal. Cu toate acestea, puteți realiza această expansiune numai într-o manieră ordonată dacă aveți un cadru de proiectare la locul lor.

Când creați o nouă rețea, beneficiați de o foaie curată, care vă oferă posibilitatea de a proiecta un serviciu care poate fi extins cu ușurință. Deci, dacă preluați o rețea prost planificată, poate fi o idee bună să proiectați sistemul de la zero și apoi să mutați resursele existente pentru a se potrivi cu aspectul planificat.

În acest ghid, veți citi despre un sistem pentru a crea un design, care vă va oferi aspectul unei noi rețele. Poate fi aplicat și rețelelor existente pentru a le aduce performanțe mai bune. Schema din acest ghid urmează sistemul recomandat în curs pentru Examen Cisco Certified Network Associate (CCNA). Așadar, chiar dacă probabil că nu vi se va da responsabilitatea pentru crearea unui design de rețea chiar acum, sfaturile din acest ghid ar trebui cel puțin să vă ajute să promovați examenele CCNA.

Citiți mai departe pentru ghidul suprem pentru proiectarea rețelei!

Metodologia de proiectare

În cele din urmă, rețelele există doar pentru a servi nevoile unei organizații. Desigur, fiecare afacere, organizație caritabilă sau asociație are cerințe unice ale rețelei sale de luat în considerare. De exemplu, hardware-ul și aplicațiile de operare de care veți avea nevoie pentru a crea o rețea pentru o afacere online sunt diferite de echipamentele de care veți avea nevoie pentru suportul de afaceri al unei afaceri fizice.

Când luați în considerare proiectarea rețelei, nu trebuie să vă preocupați de la bun început cu sarcina de a compila o listă de cerințe hardware. Asta va veni mai târziu. În acest moment, ne concentrăm pe proiectarea rețelei și nu pe implementarea acelui design. Reducerea la un nivel suplimentar de abstractizare, la începutul unui exercițiu de proiectare, nici măcar nu ne preocupă aspectul rețelei sau chiar scopul acesteia. În primul rând, ar trebui să vă concentrați pe metodologia pe care o veți urma pentru a proiecta rețeaua.

Lucrați pentru a crea un cadru care definește o rețea și care va satisface organizația în orice moment în viitor, nu doar nevoile sale imediate. Orientările CCNA recomandă adoptarea unei abordări de sus în jos.

Abordare de sus în jos

A primi sarcina de a crea o rețea de la zero poate fi o experiență descurajantă. Întrebarea este de unde începi? Răspunsul de sus în jos la această întrebare este de a crea o ierarhie de obiective și apoi de a enumera sarcinile care trebuie îndeplinite pentru a atinge fiecare obiectiv. Odată ce planul este pus în aplicare, veți intra în analiza căii critice pentru a comanda sarcini, astfel încât să puteți atinge obiectivul în cel mai scurt timp posibil.

Odată ce știți ce sarcini trebuie începute mai întâi și ce sarcini pot fi efectuate în paralel, veți putea planifica cerințele de resurse. Acestea vă vor oferi posibilitatea de a obține experții potriviți la fața locului la momentul potrivit și de a-i face să lucreze cât mai repede posibil pentru a reduce costurile. De asemenea, veți putea să scrieți o cerință de inventar, astfel încât să știți când trebuie să aveți echipament disponibil.

În abordarea de sus în jos, considerațiile privind achiziționarea de hardware apar ca ultima sarcină din listă.

Abordări alternative

Abordarea de jos în sus este metoda de lucru cu care probabil ești obișnuit. Acesta este cazul în special dacă extindeți o rețea existentă. În acest scenariu, punctul de plecare al proiectării este o listă de echipamente. Premisa aici este „ce avem acum și ce echipamente vom avea nevoie pentru a furniza o rețea extinsă?”

Problema unei abordări de jos în sus a designului rețelei este că se concentrează doar pe nevoia imediată de a îndeplini o cerință specifică de afaceri. Nu pune obiectivul în contextul rețelei mai largi și al posibilei extinderi viitoare; examinați doar o zonă a rețelei care trebuie îmbunătățită. Această schimbare ar putea avea un impact asupra altor servicii și ar putea pune sub presiune capacitatea altor zone ale infrastructurii rețelei.

  Care este adresa de e-mail de recuperare a contului dvs. Google și cum funcționează?

Modelul de dezvoltare Agile pare a fi o metodologie de jos în sus. Cu dezvoltarea Agile, aveți o idee aproximativă despre cum să îndepliniți o cerință, să puneți soluția respectivă și apoi să ajustați rezultatele odată ce datele de utilizare sunt introduse și vă oferă cerințe de capacitate reale. Dezvoltarea agilă nu se bazează pe presupuneri. De fapt, metodologia Agile poate fi realizată doar într-un cadru și este planul de sus în jos care va oferi designului rețelei dvs. structura care va permite instalarea rapidă și ajustări recursive.

Categorii de obiective

Există trei pași de bază în proiectarea unei rețele:

Identificați cerințele rețelei
Documentați rețeaua existentă
Proiectați topologia și soluțiile rețelei

Practic, trebuie să știi cum ar trebui să ajungă rețeaua ta, ce ai acum și cum vei ajunge de la una la alta.

Poate părea ciudat să lucrezi mai întâi la identificarea cerințelor decât la documentarea rețelei existente. Ai putea crede că este mai logic să începi cu ceea ce ai și apoi să te uiți la ce solicită cerințele. Cu toate acestea, această secvență de pași este scrisă doar în contextul proiectului de extindere. Ar trebui să aveți deja un plan bun al rețelei și un inventar al echipamentului pe care îl utilizați pentru depanarea de zi cu zi. Existența acestor informații va face pasul 2 mult mai ușor.

Tabula Rasa

Când lucrați la un design de rețea, gândirea la ceea ce aveți deja este o distragere a atenției. Dacă gândiți în acești termeni, veți ajunge să oferiți o soluție care seamănă mult cu sistemul dvs. existent. Și s-ar putea să nu fie cea mai bună soluție. Este mai bine să începeți proiectarea fără presupuneri, altfel nu veți obține niciodată o rețea care este semnificativ mai bună decât cea pe care o aveți deja.

Identificați cerințele rețelei

Punctul de plecare pentru orice proiect este o cerință de afaceri, care va fi declarată de un manager non-tehnic din organizație. Probabil că veți colabora cu un manager de proiect de afaceri în dezvoltarea rețelei.

Cerința utilizatorului

Trebuie să obțineți specificațiile proiectate pentru a fi scrise în termeni de obiectiv. Acest obiectiv trebuie să enumere:

Cerințe de capacitate: de exemplu, oferiți acces la un număr X de angajați sau serviți Y clienți pe zi
Scop: de exemplu, software care să ruleze în rețea, înregistrări care trebuie stocate
Cerințe de performanță: de exemplu, „timpi de răspuns acceptabili”
Cerință de locație: de exemplu, toate într-un singur birou sau permițând accesul lucrătorilor de la distanță
Constrângeri de timp: de exemplu, până la sfârșitul lunii viitoare
Constrângeri bugetare: de exemplu, maximul care poate fi cheltuit pentru a furniza serviciul necesar

Cerință tehnică

Cerințele utilizatorilor formulate pe scară largă pot fi traduse în termeni care au semnificație pentru personalul tehnic, care avansează declarațiile de obiectiv la probleme specifice de capacitate. Acest pas necesită, de asemenea, cercetări suplimentare privind scopul scopului cerinței utilizatorului. Din aceasta ar trebui să puteți enumera:

Software nou de utilizat
Soluții de depozitare
Tipuri de dispozitive finale: de exemplu, desktop-uri, BYOD, WiFi, dispozitive mobile, imprimante etc
număr de utilizatori
Cerințe de lățime de bandă

De asemenea, ar trebui să puteți afla dacă noile cerințe vor afecta întreaga rețea sau doar o zonă geografică. De exemplu, o nouă practică de afaceri, cum ar fi introducerea unui ERP, ar adăuga probabil trafic la fiecare legătură dintr-o rețea de birou. Adăugarea de personal nou în departamentul de resurse umane ar adăuga doar trafic în rețea (care se află între dispozitivele pe care noul personal le folosește pentru a accesa rețeaua), precum și serverele și echipamentele la care acei personal vor avea nevoie de acces.

Acord de obiectiv

Deci aveți documentate Cerințele utilizatorului și o schiță generală a serviciilor IT care ar trebui să atingă aceste obiective. Apoi, scrieți aceste obiective ale proiectului într-un document și cereți managerului de utilizatori să-l semneze înainte de a progresa mai departe.

Salvați cerințe noi pentru proiecte viitoare

Odată ce ai un acord privind obiectivele, vei fi stabilit parametrii proiectului și poți evita adăugarea de cerințe suplimentare. Noi cerințe vor apărea în mod natural pe măsură ce proiectul avansează. Cu toate acestea, acestea ar trebui notate și stabilite ca obiective care trebuie luate în considerare pentru un proiect care urmează și nu li se permite să întârzie sau să deturneze efortul de lucru pentru proiectul curent.

Crearea sau extinderea unei rețele este inevitabil legată de cerințele software și de procesare a datelor ale organizației. Cu toate acestea, considerațiile privind achizițiile de software și capacitatea serverului ar trebui împărțite ca obiective separate.

Eliminați limbajul vag din obiectivele dvs

În scopul acestui ghid, ne concentrăm doar pe planificarea proiectării rețelei. Prin urmare, acordul de obiectiv ar trebui să fie scris după ce managerul de utilizatori a evaluat deja opțiunile software și a format o cerință clară de personal pentru afacere.

  Certificare APICS Certified Supply Chain Professional (CSCP): Cum să o obțineți

Scrieți cifre precise în obiectiv ori de câte ori este posibil, deoarece vagitatea asupra obiectivelor de performanță este inevitabil atunci când comunicați cu personalul non-tehnic. Cu toate acestea, numărul de utilizatori care se preconizează a fi adăugați în rețea, numărul și tipul de puncte finale și numărul de vizitatori așteptați pentru un site web, ar trebui să fie toate clar precizate.

Dacă nu vă înăspriți acordul privind obiectivele, managerul de utilizatori va folosi obiective vagi ca ușă în spate pentru a extinde proiectul. Și apoi, va trebui să răspundeți la întrebări despre motivul pentru care nu ați reușit să respectați bugetul convenit și calendarul de livrare.

Documentați rețeaua existentă

Sperăm că aveți deja un software eficient de gestionare a rețelei. Acest instrument vă va putea oferi un raport de stare privind performanța actuală a rețelei. Dacă creați o nouă rețea, performanța existentă a rețelei nu este aplicabilă – va trebui doar să săriți peste acest pas.

Faceți un inventar al echipamentului la fața locului

Deoarece ar trebui să puteți aduna capacitatea fiecărui dispozitiv și cablu din rețea din monitorul de rețea, nu este o pierdere de timp să includeți o examinare a tuturor echipamentelor din rețea. Cu toate acestea, cerințele geografice ale acordului dvs. de obiective ar trebui să vă permită să limitați amploarea exercițiului de planificare. De exemplu, dacă rulați un WAN, adăugați zece noi puncte finale la un site. Analiza dvs. de impact ar putea fi limitată în mod rezonabil la echipamentul de rețea și cablul de pe site-ul unde urmează să aibă loc extinderea. Dacă acele puncte finale vor fi folosite pentru a comunica cu un server la distanță, atunci legătura de internet către acel server este, de asemenea, relevantă pentru proiect.

Hartă topologia rețelei

Luați o copie a topologiei rețelei existente, fie digital, fie fizic, și marcați un contur în jurul acelei părți a rețelei care va fi afectată de schimbare. Creați o listă cu dispozitivele și linkurile din acea zonă limitată. Pentru fiecare element din rețea, notați:

Capacitatea lățimii de bandă a dispozitivului
Cererea medie actuală de lățime de bandă
Cererea de lățime de bandă actuală de vârf

Pentru fiecare comutator din rețea, rețineți acești factori suplimentari:

Numărul actual de porturi ocupate
Conexiuni curente la dispozitivele vecine
Conexiuni curente la punctele finale
Numărul de porturi disponibile

Marcați pe harta rețelei locația oricărui echipament nou, cum ar fi computerele desktop necesare, apoi testați rutele dintre cel mai apropiat comutator până la destinația probabilă pentru noul trafic pe care îl va genera proiectul. Pentru fiecare rută identificată, trasați calea, arătând dispozitivele de cablu și de rețea în secvență. Notați elementul cu cea mai mică capacitate din fiecare rută și apoi înregistrați cererea medie și de vârf pe acea rută, atât link-by-link, cât și end-to-end.

Straturi de proiectare

Odată ce ați ajuns în faza de proiectare a proiectului dvs., trebuie să examinați noile cerințe și dacă echipamentul și configurația dvs. existente vor contribui la îndeplinirea obiectivului. Cursul CCNA descompune proiectarea rețelei în trei straturi:

Fiecare dintre aceste straturi necesită considerații de proiectare diferite:

Considerații de proiectare a stratului de bază

Stratul de bază este coloana vertebrală a rețelei. Când planificați acest aspect al rețelei dvs., examinați echipamentul fizic de care veți avea nevoie. Nu uitați să setați sfera de aplicare a nivelului de bază pentru porțiunea rețelei care va fi afectată de proiect. Te vei concentra pe cerințele pentru:

Routere și comutatoare
Echilibrarea sarcinii
Redundanța traseului
Cerințe de legătură de mare viteză
Protocoale optime de rutare

Pe internet, fiecare router trebuie să implementeze protocolul Border Gateway. Cu toate acestea, în limitele rețelei dvs. private, aveți mai multe opțiuni și puteți alege protocolul de rutare care se potrivește cel mai bine scopului rețelei dvs.

Cerința de echilibrare a sarcinii și considerațiile de rutare sunt interdependente. De exemplu, protocolul Spanning Tree limitează opțiunile de rutare la o singură cale și nu vă va permite să împărțiți traficul. Încercați să introduceți redundanța rutei pentru a oferi acoperire pentru defecțiunea căii principale.

Luați în considerare implementarea:

Protocol îmbunătățit de rutare a gateway-ului interior
Deschideți primul protocol pe calea cea mai scurtă

Cerințe hardware

Investigați cerințele hardware pentru protocolul ales. De exemplu, este posibil să fie nevoie să utilizați routere în cadrul rețelei unde ați putea instala de obicei comutatoare. Acordați prioritate echipamentelor care au caracteristici de siguranță, cum ar fi module suplimentare de gestionare, componente de suport duale (surse de alimentare și ventilatoare) și un design bazat pe șasiu, care facilitează colaborarea cu echipamente duplicate.

Topologie de rețea

Următoarea problemă de luat în considerare este topologia rețelei, ar trebui să luați în considerare opțiunile de plasă completă și parțială? Topologia pe care o alegeți va depinde de dimensiunea rețelei dvs., de numărul de legături redundante pe care le creați și de alegerea protocolului de rutare.

  Cum să ștergeți contul Upwork

Considerații de proiectare a stratului de distribuție

Stratul de distribuție examinează granițele dintre sisteme. Aceasta include interacțiunea dintre rețeaua dvs. și lumea exterioară sau între zona rețelei care este luată în considerare și restul rețelei. Condițiile de frontieră acoperite la stratul Distribuție includ și interacțiunile dintre stratul Acces și stratul Core.

Deoarece acest strat se referă la granițele rețelei dvs., se concentrează mai degrabă pe routere decât pe comutatoare. Veți lua în considerare intrările și ieșirile de trafic cu care trebuie să se confrunte designul stratului de bază. Concentrați-vă pe acești factori:

Filtrarea traficului
Controlul accesului
Rezumarea traseului
Protecția miezului
Trafic inter-VLAN

Modelarea traficului

În acest strat, veți analiza posibile măsuri de modelare a traficului, cum ar fi prioritizarea și coada de așteptare la limita rețelei.

Gândiți-vă la modul în care facilitățile topologiei rețelei pot fi îmbunătățite prin luarea în considerare a rutare pentru a oferi unor noduri acces mai rapid la servicii esențiale, cum ar fi serverele de aplicații sau stocarea. Luați în considerare trunchiul și echilibrarea încărcăturii cu etichetarea QoS pentru a obține performanțe mai bune pentru utilizatori anumiți din aplicațiile lor cheie.
Dacă aveți un server web și operați o ramură a rețelei izolată de sistemul dvs. de birou, interacțiunea dintre acele zone ar fi de competența stratului de distribuție. Luați în considerare instalarea clusterelor de echipamente și echilibrarea sarcinii la gateway în resurse externe. Aplicați redundanța resurselor pentru căile de acces de importanță critică.
Luați în considerare listele de control al accesului (ACL) pentru a filtra traficul de pe internet sau dintr-un DMZ în rețeaua de bază.

Protocoale de rutare recomandate

Cisco recomandă câteva metodologii de rutare mai multe pentru stratul de distribuție decât pentru stratul de bază. Considera:

Protocol îmbunătățit de rutare a gateway-ului interior
Deschideți primul protocol pe calea cea mai scurtă
Protocolul de informații de rutare versiunea 2
Protocolul intermediar de la sistem la sistem intermediar

Toate aceste protocoale includ proceduri pentru rezumarea rutei, care este un element important de optimizare a rețelei necesar în stratul de distribuție. Ar trebui să evitați în special metodele de rutare clasificată pentru stratul de distribuție. Acestea vor specifica rute individuale pentru tot traficul, ceea ce este ineficient atunci când se alimentează traficul în rețea și nu profită la maximum de eforturile dvs. de subrețea.

Considerații de proiectare a stratului de acces

În timp ce stratul de distribuție analizează modul în care traficul este alimentat din alte rețele, stratul de acces se preocupă de modul în care punctele terminale ale utilizatorilor se atașează la rețeaua de bază. La acest nivel final, aveți deja planificate rețeaua centrală și straturile de distribuție. Când aveți de-a face cu punctele finale, nu trebuie să vă preocupați de modul în care traficul de la un punct final va traversa rețeaua de bază, printr-un router și prin internet către resursele de la distanță. Trebuie doar să examinați modul în care tipul și locația dispozitivelor utilizatorului vor avea impact asupra tiparelor de trafic de bază ale rețelei.

Deoarece dispozitivele utilizatorului depășesc cu mult orice alt tip de echipament dintr-o rețea de birou, această secțiune ar putea fi cea mai importantă secțiune a designului. Cu toate acestea, în cazul întreprinderilor mici, bazate pe internet, este posibil să nu aveți prea mult de lucru în stratul Acces. Pe măsură ce serviciile cloud și telecommuting devin tot mai răspândite, conceptele de puncte finale devin mai puțin importante.

Aplicații consumatoare de resurse

La acest strat, veți examina echipamentul dulapurilor dvs. de cablare și locațiile acestora. Cele mai critice aplicații care vor avea nevoie de multă atenție la nivelul Access sunt utilitățile interactive care rulează prin VLAN-uri – servicii de voce și video. Aici, va trebui să implementați etichetarea QoS pentru a păstra traficul VLAN distinct de rețeaua de date. De asemenea, trebuie să luați în considerare prioritizarea acestor tipuri de trafic, deoarece viteza de livrare este esențială pentru funcționalitatea acestora.

Virtualizări

Virtualizările sunt, de asemenea, responsabilitatea stratului de acces. Cu toate acestea, ghidurile CCNA menționează această tehnologie doar pe scurt. Dacă studiați considerentele de proiectare a rețelei pentru o implementare reală, veți petrece mult mai mult timp investigând cerințele dvs. de virtualizare decât veți petrece pe VLAN-urile dvs. Cu toate acestea, dacă studiați pentru examenele CCNA, concentrați-vă mai mult pe cunoașterea problemelor VLAN, deoarece acestea apar în examen mai mult decât virtualizările.

Dispozitive mobile

Echipamentele fără fir ar trebui luate în considerare în nivelul de acces, iar gestionarea dispozitivelor mobile este, de asemenea, un aspect cheie în acest nivel. Va trebui să investigați software-ul de gestionare a dispozitivelor mobile și să decideți dacă veți încuraja utilizatorul dispozitivelor deținute de angajați sau dacă veți furniza toate dispozitivele mobile.

Factori de proiectare a rețelei

În cele din urmă, va trebui să adăugați un software de gestionare a rețelei atunci când vă proiectați rețeaua. Luați în considerare recomandările din revizuirea Sfaturi pentru dependență a software-ului de gestionare a rețelei ca un ghid.

Urmați o metodologie diferită pentru proiectarea rețelei? Ați trecut prin examenele CCNA și apoi ați implementat modelul cu trei straturi într-un design de rețea real? Lăsați un mesaj în secțiunea Comentarii de mai jos și împărtășiți-vă experiențele.