Pro modele de rețea (partea 2) redundanță și fiabilitate, rețea de laborator

Pro modele de rețea (partea 2): redundanță și fiabilitate

Desigur, toate rețeaua pe care le creați trebuie să fie foarte fiabile și întotdeauna operațională. Dar noi știm cu voi că nu există miracole, și totul în această lume trebuie să plătească. În orice literatura engleză (de exemplu, Cisco Press), atât de proiectare de rețea și configurarea echipamentelor, veți găsi multe referiri la cuvintele «reziliență» și «redundanță». Desigur, rețeaua trebuie să fie fiabile și redundante. Singura întrebare este ceea ce este necesar gradul de redundanță, și ce s-ar întâmpla dacă unele dintre componentele rețelei nu va reuși.

Aceste două aspecte trebuie abordate în chiar de la început, deoarece acestea sunt mai relevante pentru obiectivele de afaceri ale rețelei. În cazul unei soluții incorecte la această problemă, am putea avea două efecte - atât negativ.

O altă consecință - flip parte, atunci când am venit cu un design mega robust, cu o mulțime de redundanță și fiabilitate, dar bugetul pentru implementarea și susținerea sistemului depășește venitul de afaceri al companiei pentru durata de viață a sistemului. Pur și simplu pune, ne-am rezervat toate și într-un astfel de volum, deoarece nu este necesar pentru afaceri. Prin urmare, foarte puțin probabil că vom cumpăra un astfel de proiect, și chiar și mai puțin probabil ca vom ajunge la exploatarea comercială a acesteia.

Prin urmare, este important să ne amintim că proiectarea rețelei - este întotdeauna un compromis între soluții tehnice «state-of-the-art» și necesitatea de afaceri pentru sisteme fiabile. În conformitate cu compromisul, am înțeles situația, atunci când este luat în considerare toate cerințele, și acestea sunt executate, nu atunci când trebuie să se îndepărteze de la unele cerințe pentru a multumi pe altii. Și mai mult, nu e un basm, ci o posibilitate reală. Și pentru a demonstra această teză, voi da câteva exemple manual.

Ești absolut sigur că mai multe link-uri între dispozitive, rețeaua mai fiabile. Pur și simplu pune: o plasă plină (mesh complet) - este rece.

Pro modele de rețea (partea 2) redundanță și fiabilitate, rețea de laborator

Să vedem ce este rece și ceea ce nu este. Primul lucru pe care cel mai bine în această topologie, este de asemenea singura - cale de ieșire din oricare 4-eh link-uri nu nu se va rupe rețeaua funcționează. Acum să vorbim despre aspectele negative ale unei astfel de design este destul de o mulțime de ei.

În primul rând - aceasta este o topologie complexă de STP. Structura STP, există un astfel de lucru ca o punte de rădăcină, adică dispozitivul, care se construit (arbore Eng. Întinsă) „liant“ copac. Atunci când configurați STP pe switch-uri Cisco Catalyst au capacitatea de a specifica întrerupătorul principal principal (Ing. Rădăcină primară) și de rezervă comutatorul principal (Ing. Rădăcină secundară). De la primul copac care urmează să fie construite în timpul funcționării normale, din al doilea copac va fi construit în cazul în care nu reușește primar. Conceptul de rădăcină cubică în configurația STP pe switch-uri Cisco Catalyst - nr. Desigur, setarea manuală o opțiune de pod cu prioritate vă permite pentru a obține rezultatul dorit, dar va complica procesul de configurare și depanare, în cazul unui accident.

În al doilea rând, o cantitate mare de trafic HSRP, în cazul stabilirii unei convergențe rapide. Și pentru a face un design clasic, care este considerat cel mai bun în termeni de fiabilitate, doar două switch-uri la nivel de agregare (strat de distribuție).

În al treilea rând, este foarte rar ajunge să facă o diagramă de rețea fizică similară cu logica. Acest lucru înseamnă că, de foarte multe ori cablul la diferite dispozitive sunt pe un singur cablu rula, în aceeași cutie sau cablu de creștere. Ca urmare, în cazul în care un accident se întâmplă la autostradă, accidentul are loc la o dată cu toate link-urile care se conectează mai multe dispozitive.

O altă problemă care este asociată cu conexiuni fizice într-o topologie completă a ochiurilor de plasă, - un număr de înregistrări fizice. În cazul în care „x“ - numărul de dispozitive pe care dorim să se conecteze unii cu alții, numărul de înregistrări „y“ se calculează cu următoarea formulă:

În acest exemplu, numărul de switch Cisco Catalyst 6, obținut 6 * 5/2 = 15. Adăugarea unui alt comutator pentru a crește numărul de link-uri 7 * 6/2 = 21.

Acum ne uităm la un alt caz clasic, de data aceasta să vorbim despre lipsa de concediere.

Pro modele de rețea (partea 2) redundanță și fiabilitate, rețea de laborator

Conectarea la Internet fără rezerve

In timp ce noi nu vom intra în detalii cu privire la setările, vom face în continuare în seria noastră de articole. Morala principală a poveștii: nu încercați să ciocan cuie cu un microscop. În același timp, dacă sunteți sigur că doriți ca un fel de microscop pentru a vedea ceva foarte mic, și o lupă pe care nu va face - sta în calea lui. Orice rețea de proiectare ar trebui să fie rezonabile și să clar sarcinile pentru care a fost creat, cu parametrii specificați de servicii de disponibilitate, fiabilitate, și de recuperare de rețea de timp.